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PREFACE 


The  Department  of  Defease,  the  largest  single  user  of  energy  within  the 


government,  contributes  to  the  achievement  of  national  energy  objectives  by 
implementing  energy  conservation  programs  and  assisting  in  the  development  and 
utilization  of  new  energy  technology.  The  Defense  Energy  Office,  OASD/MRA&L 
Energy,  Environment,  and  Safety,  is  responsible  for  the  implementation  of  DoD 
energy  policy.  Their  major  responsibilities  include  the  DoD  energy  budget, 
program  coordination,  petroleum  logistics  policy  and  supply  problems,  energy 
conservation,  and  the  Defease  Energy  Information  System. 

These  recommended  design  modifications  are  LMI's  final  report  for  DoD 
Contract  MI|^  903~77~C“0370,  Task  Order  HL809,  entitled  "Improving  the  Utility 
of  the  Defense  Energy  Information  System."  The  recommended  functional  re- 
Quirements,  data  requireoients,  and  plan  for  implementation  are  described 
herein.  This  report  is  directed  to  those  persons  in  OASD  responsible  for  the 
iisplementation  of  these  modifications.  It  should  also  be  useful  for  those 
currently  associated  with  DEIS  who  may  participate  in  its  redesign  and  im- 
provement. 

Throughout  this  study,  we  have  benefited  from  useful  insights  from  DoD 
staff  members.  Mr.  W.  Sharkey,  Mr.  W.  Vance,  Mr.  L.  Smiley,  Mr.  J. 
Cunningham,  and  Mr.  S.  Bradshaw  have  provided  valuable  suggestions  and  ob- 
servations. The  Service  energy  offices  also  provided  information  and  as- 
sistance during  our  study.  MAJ  Horn  (Air  Force),  LTC  Kinne  (Army),  Mr.  T. 
Rooney  (Army),  LCDR  Mitchum  (Navy),  and  Mr.  W.  Prue  (Navy)  were  particularly 
helpful . 


EXECUTIVE  SUMMARY 


INTRODUCTION 

The  Defease  Energy  Infonnation  System  (DEIS)  is  a worldwide,  automated, 
management  information  system.  It  provides  data  on  petroleum  products  used  as 
mobility  fuels  by  the  military  departments  as  well  as  most  energy  sources  used 
for  utility  services  at  DoD  installations. 

DEIS  consists  of  two  related  information  systems.  DEIS  I reports  the 
disposition  and  consumption  of  petroleum  products,  notably  aviation  gasoline, 
jet  fuels,  motor  gasoline,  distillate  and  residual  oils  within  DoD.  DEIS  II 
reports  the  consumption  of  utility  energy,  i.e.,  electricity,  natural  gas, 
purchased  steam/hot  water,  fuel  oil  and  coal. 

Accuracy  and  timeliness  problems  in  the  current  DEIS  have  resulted  in  a 
lack  of  confidence  and  reduced  usefulness  of  DEIS  data.  Recent  developments 
in  national  energy  policy,  changing  energy  technologies,  and  decreasing  fuel 
supplies  have  created  additional  user  requirements  that  are  not  satisfied  by 


the  current  DEIS 
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This  report  examines  the  existing  describes  current  user  require- 


ments, analyzes  alternative  system  concepts,  and  recommends  an  updated  system 
design  and  implementation  plan  for  the  modification  of  DEIS.  The  study 
focuses  on  the  entire  system,  from  data  collection  at  military  bases  and 
facilities,  to  the  uses  of  DEIS  by  the  Services,  OSD,  and  the  Department  of 
Energy. ‘ 

This  summary  presents  the  most  significant  a.spects  of  the  study  report: 
recommendations  for  the  modification  of  DEIS,  an  overview  of  the  recommended 
DEIS  design  (hardware,  software,  and  data  requirements),  the  operational  and 
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adainistrative  responsibilities  required  to  support  DEIS,  and  an  overview  of 
the  iopleBentatioo  plan. 

RECOMMENDATIONS 


The  DEIS  user  environment  has  changed  considerably  since  the  original 
development  of  DEIS  in  1973.  While  DEIS  met  the  needs  of  its  users  after  the 
first  oil  embargo,  recent  developments  have  created  a much  wider  base  of  DEIS 
users  and  uses.  The  need  for  a DoD  energy  management  system  (rather  than  a 
monitoring  system)  became  evident  during  the  study. 

The  recommendations  to  improve  DEIS  are  based  on  extensive  user  inter- 
views and  are  intended  to  achieve  the  following  major  objectives. 

- Higher  degree  of  accuracy.  Most  data  errors  are  simple  human  mistakes 
(e.g.,  keying  errors)  or  related  to  a lack  of  understanding  of  DEIS 
procedures.  Better  defined  procedures,  feedback  of  input  to  the 
services,  and  automated  editing/validation  can  reduce  errors  to  less 
than  5%. 

- Increased  flexibility  to  respond  to  the  changing  energy-technological 
environment.  Changes  in  data  content  and  applications  must  be  permit- 
ted to  meet  the  requirements  of  energy  management.  Flexibility  is 
also  required  for  output  reporting  due  to  numerous  users  and  their 
varying  responsibilities. 

- Improved  utility  of  information  content  (what  data  are  stored  in  the 
system)  and  system  content  (what  features/capabilities  the  system 
offers  its  users).  DEIS  currently  requires  additional  data  to  support 
energy  conservation  management  (e.g.,  facility  square  footage)  and 
policy  analysis  (e.g.,  historical  data  availability).  Analytic 
capabilities  and  on-line  retrieval  are  also  required  by  DEIS  users. 

- Greater  system  control  for  the  Defense  Energy  Office,  DEIS  users,  and 
those  who  provide  data  to  DEIS.  System  control  should  be  delegated 
according  to  the  responsibilities  of  the  organizations  involved.  The 
services  require  authority  to  prescribe  procedures  and  requirements 
for  DEIS  inputs,  the  Defense  Energy  Office  must  have  control  over  data 
processing  functions  and  overriding  authority  over  procedural  issues, 
and  DEIS  users  must  be  able  to  define  their  required  outputs. 

- More  timely  data  collection  and  processing  to  ensure  regular  output 
reports  within  two  weeks  of  data  submittal.  Improved  timeliness 
requires  better  procedures  at  the  service  levels,  better  throughput  in 
the  data  processing,  and  on-line  inquiry  for  output  reporting. 
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Based  OD  these  objectives,  the  following  recoDnendations  are  made: 


The  scope  of  DEIS  should  be  expanded  to  provide  more  support  (in  terms 
of  analysis  and  data)  to  the  user  functions  of  energy  conservation 
management  and  energy  policy  analysis,  while  continuing  its  current 
support  for  supply  isanagement  and  readiness  functions.  DEIS  should 
continue  its  role  of  supplying  supporting  data  to  the  engineering/ 
research  and  developsient  and  budgeting  functions  of  its  users. 

Operational  and  procedural  changes  to  DEIS  should  facilitate  the 
decentralization  of  data  management.  This  will  provide  improved 
communication  between  the  bases  and  facilities,  the  major  commands, 
the  Service  energy  offices,  and  the  Defense  Energy  Office  regarding 
DEIS  policy  and  procedures. 

The  accuracy  and  flexibility  of  data  collection  and  reporting  from 
bases  and  facilities  should  be  iisproved.  Improvements  should  include 
more  flexible  and  better  documented  procedures  for  bases  and  facili- 
ties as  well  as  increased  data  processing  to  ease  the  burden  of  DEIS 
reporting. 

DEIS  should  facilitate  the  decentralization  of  the  input  processing 
function  where  the  Services  wish  to  utilize  DEIS  input  data  as  part  of 
an  independent.  Service-oriented  data  processing  system. 

DEIS  input  control  and  feedback  (to  reporting  bases  and  facilities) 
should  be  conducted  at  the  Service  headquarters  level,  and  at  the 
aiajor  command  level,  where  possible.  This  requires  active  Service 
personnel  for  the  review  of  DEIS  input  data  and  for  the  transmittal  of  i 4 

error  and  summary  reports  to  the  bases  and  facilities.  ' 

DEIS  should  provide  capabilities  to  support  the  analysis  of  energy 
data,  e.g.,  trend  analysis,  analysis  of  conservation  measures,  etc.  J 

These  capabilities  should  include  analytical  packages,  user-written 
analytical  software,  and  standard  user-specified  analytical  programs. 

Flexible  output  reporting  should  be  made  available  to  DEIS  users. 

Current,  historical,  and  baseline  data  should  be  accessible  through 
on-line  inquiry  (from  user  terminals),  standard  user-specified  report 
programs  should  be  provided,  and  user-written  report  programs  per- 
mitted. A generalized  report-writer  package  (compatible  with  the 
DBMS),  graphics  hardware,  microfiche  output,  and  on-line  terminals 
should  be  available  to  users. 

i 

A data  base  orientation  to  DEIS  data  processing  should  be  implemented 
including  the  use  of  disk  storage  and  a generalized  data  base  manage- 
ment system  (DBMS).  The  data  base  should  also  have  the  flexibility  to 
accept  new  data  elements  as  they  become  relevant  to  DEIS  users. 

Data  for  the  square  footage  of  facilities,  heating/ cooling  degree 
days,  and  energy  costs  (where  desired  by  the  Services)  should  be  added 
to  the  current  data  base. 


' Data  for  new  eoergy  types  (e.g.,  solar,  geothemal,  wind,  etc.)  should 
be  added  to  the  current  data  base. 

' The  inplementation  of  the  recomended  DEIS  Dodifications  should  be 
perforawd  in  an  increaental  fashion.  Those  oiodifications  that  can  be 
easily  made  to  the  current  system  should  be  completed  first.  Those 
modifications  requiring  extensive  redevelopment  should  be  incorporated 
into  a redesign  and  redevelopment  of  DEIS,  implementing  capabilities 
in  a modular  fashion  based  on  priorities. 

' Modular,  structured  programming  techniques  should  be  used  in  all 
redesign  and  redevelopment  of  the  DEIS  software. 

OVERVIEW  OF  THE  RECOMMENDED  DEIS  DESIGN 


Consistent  with  the  reconnendations  above,  the  recommended  DEIS  design 
facilitates  modification  of  DEIS  with  minimal  change  to  the  Services'  data 
collection  and  reporting  procedures. 

This  overview  presents  the  flow  of  DEIS  data  through  the  recommended 
manual  and  data  processing  functions.  Hardware,  software,  and  data  require- 
ments are  specified.  The  recommended  design  includes  existing  DEIS  functions 
with  those  modifications  necessary  to  satisfy  the  DEIS  user  requirements. 
Figure  1 illustrates  the  functional  flow  of  the  recommended  DEIS  design.^ 

The  recommended  DEIS  design  consists  of  five  main  components,  or  modules. 
The  first  module.  Data  Collection  and  Reporting,  includes  the  activities  of 
the  1400  military  bases  and  facilities  that  provide  data  to  DEIS.  Consumption 
and  inventories  are  measured  and  recorded  monthly  or  quarterly,  collected  and 
integrated  and  then  reported  to  DEIS.  This  study  has  found  that  significant 
improvement  is  possible  in  consistency,  accuracy,  and  completeness  in  re- 
porting from  the  bases  and  facilities.  The  recommended  modifications  to  the 
existing  process  include  the  use  of  descriptive  and  self-checking  input  forms, 
official  acceptance  of  procedures  now  in  use  but  previously  considered  inac- 
curate (e.g.,  reporting  monthly  consusiption  directly  from  utility  company 


functional  similarities  between  DEIS  I and  DEIS  II  permit  their  inte- 
gration in  this  overview. 


FIGURE  I 

FUNCTIONAL  OVERVIEW 


invoices  that  nay  not  correspond  to  the  DEIS  month) , and  the  provision  for  | 

feedback  to  bases  and  facilities  from  DEIS  data  processing  (in  the  form  of  a 
monthly  report) . 

The  next  module  is  Input  Evaluation  and  Review.  This  process  has  evolved 
in  some  of  the  Services  and  has  been  adopted  and  expanded  as  an  integral  part 

I 

of  the  recommended  DEIS  design.  The  organizations  responsible  for  energy  \ 

swnagement  in  each  Service  edit,  validate,  and  review  DEIS  Inputs.  Cor- 
rections are  then  sent  to  the  next  module.  ^ 

Where  such  reviews  occur  in  the  current  DEIS,  a significant  increase  in 
the  accuracy  and  regularity  of  reporting  has  taken  place.  Direct  communi- 
cation between  these  reviewing  organizations  and  the  bases  and  facilities  has 
resulted  in  timely  error  correction. 

The  next  three  modules  comprise  the  recoonended  DEIS  central  data  pro- 


cessing. They  are:  Final  Editing  and  Update,  Data  Base  Management,  and  J 

Report  Generation.  The  most  significant  modification  to  the  current  system  is 
a data  base  orientation.  The  use  of  a Data  Base  Management  System  (DBMS)  is 
proposed,  enabling  extensive  editing  in  the  Final  Editing  and  Update  Module 
and  very  flexible  output  reporting  and  analytic  capabilities  in  the  Report 
Generation  Module.  The  isqproved  editing  will  contribute  to  increased  data 
accuracy.  Greater  output  reporting  flexibility  will  increase  the  effective- 
ness of  DEIS  as  a management  tool. 

Hardware  Requirements 

Table  1 lists  the  hardware  requirements  for  the  recommended  DEIS 
design.  These  requirements  are  satisfied,  in  part,  by  the  current  DEIS  hard- 
ware at  the  Defense  Logistics  Agency  (DLA).  However,  the  current  DLA  hardware 
cannot  support  the  requirements  for  on-line  interactive  use. 
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TABLE  1.  RECOMMENDED  HARDWARE  REQUIREMENTS 


Alternative  approaches  have  been  explored  during  the  course  of  this 
study.  These  include  the  expansion  of  the  current  DLA  hardware,  the  use  of 
various  OSD  computer  systeas  (e.g.,  MULTICS),  and  the  coabined  use  of  DLA  and 
OSD  coaputers.  The  specific  computer  systea(s)  will  be  selected  by  the  MRA&L 
Automated  Systems  Office  and  Defense  Energy  Office. 

The  hardware  required  by  bases/facilities  and  reviewing  organi- 
sations are  not  considered  part  of  DEIS  hardware  requirements,  except  that  the 
proper  interfaces  between  those  coaputers  and  DEIS  must  be  initiated  and 
maintained. 

Software  Requirements 

The  modification  of  DEIS  to  a data-base-oriented  system  requires 
software  redevelopment.  A Data  Base  ManagesMnt  System  with  on-line  inquiry 
and  report  writer  capabilities  will  minimize  the  tisw  and  cost  of  reprogram- 
ming. 

The  programming  for  DEIS  should  utilize  structured  programming 
principles  to  provide  modularity  (permitting  easier  modification  in  the 
future)  and  high-level  languages  (e.g.,  COBOL,  FORTRAN,  or  PL/1). 

Data  Requirements 

The  recommended  DEIS  data  base  includes  historical  data  (monthly  for 
two  years  and  summary  data  to  1975),  baseline  data,  and  new  additional  data 
available  on-line  for  immediate  retrieval  when  necessary.  The  new  data  in- 
clude square  footage  of  facilities  and  %reather  data  and  data  on  new  sources  of 
energy  (solar,  biomass,  recycling  of  fuels,  etc.)  for  use  in  utility  energy 
management . 

The  recommended  data  base  is  smintained  by  a DBMS  and  incorporates  a 
deta  element  dictionary  concept  to  permit  input  flexibility  and  editing. 


ADMINISTRATIVE  AND  OPEBATIONAL  PROCEDURES 


The  reconnended  dc^sign  addresses  the  entire  DEIS  process  from  data  col- 
lection through  the  use  of  output  reports.  Administrative  and  operational 
procedures  are  an  integral  part  of  the  design.  Table  2 details  the  recom- 
mended responsibilities  of  each  organization  associated  with  DEIS.  A major 
emphasis  of  these  recommendations  is  the  decentralization  of  system  control 
and  responsibility  to  the  Services,  while  maintaining  centralized  authority 
with  the  Defense  Energy  Office. 

IMPLEMENTATION  PLAN 

The  recommended  plan  for  modifying  DEIS  is  incremental  and  consists  of 
two  phases.  Phase  1 is  designed  to  provide  some  immediate  benefits  in  terms 
of  increased  data  accuracy  and  output  report  timeliness.  Phase  1 does  not 
require  additional  data  processing  development.  Phase  2 is  designed  to  com- 
plete the  DEIS  modification  through  reprogramming  much  of  the  existing  system. 
Phase  1 is  estimated  to  require  four  months,  and  Phase  2 is  estimated  to 
require  an  additional  nine  to  eleven  months.  The  estimated  total  development 
costs  range  from  $134,600  to  $279,800  depending  on  which  activities  are  funded 
and  how  much  additional  hardware  is  required.  Figure  2 presents  the  cost  and 
ii®*  estimates  for  the  recommended  two-phase  ioiplementation  plan.  By  sequenc- 
ing the  Phase  2 tasks  by  priority,  most  of  the  user  requirements  can  be  satis- 
fied in  a shorter  time  frame. 

With  the  implementation  of  the  recommended  design  modifications,  DEIS 
will  progress  from  an  energy  reporting  system  to  an  energy  management  tool. 
The  data  base  management  system  approach  will  enable  DEIS  users  to  perform 
analysis  of  current  and  historical  data,  receive  detailed  and  summarized 

2 

These  estimates  reflect  the  minimum  development  time  required  and  depend 
on  staffing  availability. 
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ACTIVITIES 


infotMtion  i^edi.tely  oa  request,  and  cuatcize  their  output  reports.  The 
overall  design  will  provide  .ore  tia«ly  receipt  of  outputs,  flexibility  to 
adapt  aore  easily  to  changing  requireaents,  provide  a higher  degree  of  ac- 
curacy, and  give  greater  system  control  to  those  responsible  for  energy  aan- 
ageaent  in  the  Services. 
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I . imODUCTIOK 


BACKOIOUND 

The  Defense  Energy  Information  System  (DEIS)  is  a worldwide,  automated, 
management  information  system.  It  provides  data  on  petroleum  products  used  as 
mobility  fuels  by  the  military  departments  as  well  as  most  energy  sources  used 
for  utility  services  at  DoD  installations. 

DEIS  consists  of  two  related  information  systems.  DEIS  I reports  the 
disposition  and  consumption  of  petroleum  products,  notably  aviation  gasoline, 
jet  fuels,  motor  gasoline,  distillate  and  residual  oils  within  DoD.  DEIS  II 
reports  the  consumption  of  utility  energy,  i.e.,  electricity,  natural  gas, 
purchased  steam/hot  water,  fuel  oil,  and  coal. 

DEIS  I and  II  data  are  reported  from  over  1400  military  bases  and  facili- 
ties, naval  vessels,  and  DoD  agencies.  The  data  are  transmitted  monthly  to 
the  Defense  Logistics  Agency  (DLA)  computer  center.  The  data  are  processed 
and  used  to  produce  DEIS  I and  DEIS  II  monthly  and  quarterly  reports.  These 
reports  are  distributed  to  major  commands  in  the  Services,  the  reporting  DoD 
agencies,  and  to  various  offices  in  DoD  that  perform  energy-management-related 
functions . 

DEIS  reports  are  currently  used  for  supply  management,  energy  conser- 
vation management,  energy  policy  analysis,  readiness  assessment,  and  research 
and  development.  The  Defense  Energy  Office  (MRA&L)  has  management  responsi- 
bility for  DEIS. 

Accuracy  and  timeliness  problems  in  the  current  DEIS  have  resulted  in  a 
lack  of  confidence  and  reduced  usefulness  of  DEIS  data.  Recent  developments 
in  national  energy  policy,  changing  energy  technologies,  and  decreasing  fuel 


supplies  have  created  additional  user  requirements  that  are  not  satisfied  by 
the  current  DEIS. 


This  report  examines  the  existing  DEIS,  describes  user  requirements, 
analyzes  alternative  system  concepts,  and  recommends  an  updated  system  design 
and  implementation  plan  for  the  modification  of  DEIS. 

The  overall  recommendations  and  a description  of  the  study  methodology 
comprise  the  remainder  of  this  introduction.  The  recommended  system  design 
and  implementation  plan  are  the  subject  of  the  remainder  of  the  report.  The 
functional  specification  in  Chapter  II  outlines  the  flow  of  information 
through  the  recomoiended  DEIS,  the  proposed  operational  and  administrative 
responsibilities  of  the  organizations  associated  with  DEIS,  and  the  hardware 
and  software  required  to  satisfy  the  recommended  DEIS  design.  The  data  speci- 
fications for  the  recommended  design  are  detailed  in  Chapter  III.  Chapter  IV 
describes  the  proposed  plan  for  implementing  the  recommended  DEIS  design. 
Staffing,  costs,  and  a description  of  the  required  activities  are  presented. 
The  Appendices  include  the  current  DEIS  manual,  analysis  of  the  current  DEIS, 
user  requirements  specification,  and  the  evaluation  of  alternative  system 
concepts  used  to  define  the  recommended  DEIS  design. 

RECOMMENDATIONS 

The  recommendations  to  improve  DEIS  are  based  on  extensive  interviews 
with  DEIS  users  (see  Appendix  C for  a description  of  user  requirements).  They 
are  intended  to  achieve  the  following  major  objectives. 

- Higher  degree  of  accuracy 

- Increased  flexibility  to  respond  to  the  changing  energy-technological 
environment 
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~ iBproved  utility  of  informatioa  content  (what  data  are  stored  in  the 
system)  and  system  content  (what  features/capabilities  the  system 
offers  its  users) 

- Greater  system  control  for  the  Defense  Energy  Office,  DEIS  users,  and 
those  who  provide  data  to  DEIS 

- More  timely  data  collection  and  processing  to  ensure  regular  output 
reports  within  two  weeks  of  data  submittal. 

Based  on  these  objectives,  the  following  recommendations  are  made. 

- The  scope  of  DEIS  should  be  expanded  to  provide  more  support  (in  terms 
of  analysis  and  data)  to  the  user  functions  of  energy  conservation 
management  and  energy  policy  analysis,  while  continuing  its  current 
support  for  supply  management  and  readiness  fimctions.  DEIS  should 
continue  its  role  of  supplying  supporting  data  to  the  engineering/ 
research  and  development  and  budgeting  functions  of  its  users. 

■*  Operational  and  administrative  procedural  changes  to  DEIS  should 
facilitate  the  decentralization  of  data  management.  This  will  provide 
improved  communication  between  the  bases  and  facilities,  the  major 
commands,  the  Service  energy  offices,  and  the  Defense  Energy  Office 
regarding  DEIS  policy  and  procedures. 

- The  accuracy  and  flexibility  of  data  collection  and  reporting  from 
bases  and  facilities  should  be  improved.  Improvements  should  include 
the  use  of  explicit  self-checking  input  forms,  complete  system  docu- 
mentation, unit  conversion  software,^  input  editiag/validatioa  soft- 
ware, input  structure  and  format  flexibility,  and  flexible  reporting 
periods  for  accurate  consumption  reporting. 

^Unit  conversion  software  refers  to  computer-conversion  of  reported  units 
of  measure  to  BTUs,  rather  than  manual  conversion  by  the  reporting  facility. 
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DEIS  should  facilitate  the  deceutralization  of  the  input  processing 
function  where  the  Services  wish  to  utilize  DEIS  input  data  as  part  of 
an  independent,  Service-’oriented  data  processing  system.  The  Air 
Force  Stock  Fund  System  is  a prime  example,  producing  and  transmitting 
DEIS  I inputs  as  a by-product.  The  Amy  and  Navy  have  plans  for  the 
autooiation  of  pre-DEIS  processing. 

DEIS  input  control  and  feedback  (to  reporting  bases  and  facilities) 
should  be  conducted  at  the  Service  headquarters  level,  and  at  the 
major  command  level,  where  possible.  This  requires  active  Service 
personnel  for  the  review  of  DEIS  input  data  and  the  transmittal  of 
error  and  summary  reports  to  the  bases  and  facilities. 

DEIS  should  provide  capabilities  to  support  the  analysis  of  energy 
data,  e.g.,  trend  analysis,  analysis  of  conservation  measures,  etc. 
These  capabilities  should  include  analytical  packages,  user-written 
analytical  software,  and  standard  user-specified  analytical  programs. 
Flexible  output  reporting  should  be  made  available  to  DEIS  users . 
Current,  historical,  and  baseline  data  should  be  accessible  through 
on-line  inquiry  (from  user  terminals),  standard  user-specified  report 
programs  should  be  provided,  and  user-written  report  programs  per- 
mitted. A generalized  report-writer  package  (compatible  with  the 
DBMS),  graphics  hardware,  microfiche  output,  and  on-line  teminals 
should  be  available  to  users. 

A data  base  orientation  to  DEIS  data  processing  should  be  implemented 
including  the  use  of  disk  storage  and  a generalized  data  base  manage- 
ment system  (DBMS).  The  data  base  should  also  have  the  flexibility  to 
accept  new  data  elements  as  they  become  relevant  to  DEIS  users. 
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* Data  for  the  square  footage  of  facilities,  beating/cooling  degree 
days,  and  energy  costs  (where  desired  by  the  Services)  should  be  added 
to  the  current  data  base. 

- Data  for  new  energy  types  (e.g.,  solar,  geothermal,  wind,  etc.)  should 
be  added  to  the  current  data  base. 

- The  implementation  of  the  recosmended  DEIS  modifications  should  be 
performed  in  an  incremental  fashion.  Those  modifications  that  can  be 
easily  made  to  the  current  system  should  be  completed  first.  Those 
modifications  requiring  extensive  redevelopment  should  be  incorporated 
into  a redesign  and  redevelopment  of  DEIS,  implementing  capabilities 
in  a modular  fashion  based  on  priorities. 

- Modular,  structured  programming  techniques  should  be  used  in  all 
redesign  and  redevelopment  of  the  DEIS  software. 

METHODOLOGY 

The  development  of  the  above  recommendations  and  the  subsequent  system 
design  involved  four  primary  tasks: 

- Definition  of  the  current  system 

- User  requirements  analysis 

- Alternatives  evaluation 

- System  design 

The  definition  of  the  current  system  was  oriented  to  the  flow  of  informa- 
tion from  the  bases  and  facilities  to  DEIS  data  processing  and  finally  to  the 
users.  Upon  examination,  this  information  flow  revealed  an  unexpected  degree 
of  complexity,  particularly  in  the  transmittal  of  data  from  bases  and  facili- 
ties through  a network  of  reviewing  organizations  to  the  DLA  computer.  An 
informal  second  level  of  DEIS  management  was  uncovered  and  incorporated  into 
our  subsequent  design  considerations.  The  current  DEIS  is  described  in 
Appendix  B. 
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The  analysis  of  user  requirefflents  involved  extensive  interviews.  Over 
25  organizations  plus  the  aajor  conaands  of  the  Services  currently  receive 
OEIS  outputs.  This  infonation  is  used  for  energy  policy  analysis,  energy 
conservation  aanageownt,  budgeting,  supply  fflanagement,  engineering/ research 
and  developoent,  and  readiness  assessment.  Appendix  C provides  a description 
of  the  current  DEIS  user  requirements. 

The  evaluation  of  alternatives  involved  four  steps.  First,  a list  of 
alternative  system  modifications  were  derived  from  user  interviews,  an  analy- 
sis of  the  current  data  processing  system,  and  visits  to  reporting  bases  and 
facilities.  While  the  user  interviews  and  systems  analysis  established  a 
basic  set  of  potential  improvements,  the  base/ facility  visits  verified  their 
feasibility,  and  provided  additional  alternatives. 

^ Second,  criteria  for  evaluating  the  alternatives  were  developed  from  the 

user  requirements.  The  criteria  reflect  the  DEIS  objectives  of  utility, 
accuracy,  timeliness,  flexibility,  and  system  control. 

Third,  a cost/benefit  assessment  was  used  to  rate  each  alternative  in 
j terms  of  the  criteria.  A threshold  was  used  to  select  those  alternatives  that 

I provide  a reasonable  degree  of  benefit  without  a substantial  cost.  The  selec- 

I ted  alteraatives  were  checked  for  reasonableness  by  presenting  the  results  to 

the  four  major  groups  of  system  users. 

Fourth,  the  selected  alternatives  were  organized  within  three  basic 
design  strategies.  The  three  designs  were  then  evaluated  in  terms  of  their 
expected  aggregate  cost/benefit  rankings  from  their  previous  assessments. 
Further  description  of  the  alternatives  evaluation  can  be  found  in  Appendix  D. 
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II.  RECOMMENDED  DEIS  FUNCTIONAL  SPECIFICATION 


INTRODUCTION 

This  chapter  describes  the  recoomended  DEIS  functions  required  to  process 
energy  related  data  front  their  sources  through  the  generation  of  required 
output  reports.  The  chapter  is  divided  into  sections  describing  the  major 
components,  or  modules,  defined  in  the  recommended  DEIS  design.  Each  section 
contains  an  overview  of  the  manual  and  automated  functions  of  the  module,  a 
description  of  the  operational  and  administrative  procedures  required  to 
support  DEIS,  and  the  data  processing  software  and  hardware  required.  An 
overview  of  the  recommended  design  proceeds  the  descriptions  of  the  modules. 

Figure  II-l  illustrates  the  five  major  processing  modules  in  DEIS  I and 
DEIS  II  and  their  primary  functions.  Figure  II-l  is  also  inset  in  the  flow 
diagrams  of  each  module  to  depict  the  interrelationships  between  the  modules. 
The  functional  similarities  between  DEIS  I and  DEIS  II  permit  & generalized 
description  of  the  modules.  Specific  differences  in  information  flow  and 
functions  are  noted  in  the  individual  descriptions  of  the  modules. 

The  Data  Collection  and  Reporting  Module  includes  the  functions  performed 
on  the  military  bases  and  facilities  in  preparing  the  DEIS  input  data.  The 
Input  Evaluation  and  Review  Module  includes  the  editing,  validation,  and 
review  functions  performed  by  the  major  commands.  Service  energy  offices  (or 
their  delegates),  and  other  DoD  offices  charged  with  ensuring  that  the  data 
are  accurate.  These  organizations  (e.g.,  NAVFAC  Energy  Field  Divisions)  often 
are  the  second  level  of  energy  management  within  the  Services.  Both  the  Data 
Collection  and  Reporting  Module  and  Input  Evaluation  and  Review  Module  include 
manual  and  automated  functions. 


FIGURE  ir-l 

DEIS  FUNCTIONAL  OVERVIEW 
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The  aext  three  oodules  comprise  the  central  data  processing  functions  of 
DEIS.  While  the  functions  of  data  base  update,  data  base  management,  and 
reporting  are  usually  integrated,  they  are  logically  and  physically  separable 
in  this  design  by  their  procedural,  software,  and  hardware  requirements.^  The 
Final  Editing  and  Update  Module  provides  an  automated  error-checking  function 
in  addition  to  updating  the  data  base.  The  Data  Base  Management  Module  con- 
sists entirely  of  the  "packaged"  software  and  hardware  required  to  accept 
updates,  maintain  the  data  base,  and  provide  data  for  outputs.  The  Report 
Generation  Module  includes  the  selection,  computation,  and  formatting 
functions  required  to  provide  user-specified  outputs. 

DATA  COLLECTION  AND  REPORTING 

The  Data  Collection  and  Reporting  Module  illustrated  in  Figure  II-2 
includes  the  DEIS  reporting  activities  of  all  military  bases  and  facilities. 
Input  data  come  from  various  sources,  e.g.,  meter  readings  and  inventory 
measurements,  both  on  and  off  the  base.  (Some  small  facilities  report  as  a 
part  of  a larger  base  or  facility.)  A single  organization  must  collect  the 
data  from  various  sources  (often  from  different  components  on  the  base)  and 
integrate  them  into  the  DEIS  input  report.  Computation  is  often  required  to 
determine  totals  for  some  energy  products  used.  Finally  the  data  are  compiled 
into  the  forms  and/or  format  necessary  for  data  transmission.  Normal  pro- 
cedures require  monthly  collection  of  DEIS  I data  and  monthly  or  quarterly 
collection  of  DEIS  II  data. 

Data  collection  and  integration  are  currently  being  automated  where  the 
recording  of  energy  data  is  already  automated  (e.g..  Air  Force  Stock  Fund 

Hhe  logical  and  physical  separation  of  the  three  modules  permits  the 
separate  development  of  each  module  on  different  computer  systems  (although 
not  necessarily  desirable). 
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DATA  COLLECTION  AND  REPORTING 
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system)  and  where  the  computation  of  inputs  is  complex  (e.g.,  some  Navy 
stations  have  automated  the  proration  of  utility  energy  consumption  by 
end-user).  This  trend  towards  automation  is  consistent  with  the  recommended 
DEIS  design. 

The  final  step  in  the  base/facility  processing  of  DEIS  input  data  is  the 
keying  of  the  input  records.  This  is  usually  a function  of  the  communications 
component  on  the  base  that  transmits  the  data  from  a terminal  via  AUTODIN  or  a 
message  network.  The  Air  Force  Stock  Fund  System  provides  inputs  for  DEIS  I 
automatically.  Since  the  Stock  Fund  System  provides  an  accounting  balance 
function  before  creating  the  DEIS  I inputs,  the  data  are  sent  directly  to  the 
Final  Editing  and  Update  Module.  All  other  inputs  go  to  the  Input  Evaluation 
and  Review  Module. 


An  important  aspect  of  the  Data  Collection  and  Reporting  Module  is  the 
variation  in  procedures  and  organizational  responsibilities  between  bases  and 
facilities.  Measurement  and  recording,  collection  and  integration,  and  data 
reporting  might  be  performed  by  different  organizations  or  by  one  organi- 
zation. On  many  bases,  the  Data  Collection  and  Reporting  functions  for  DEIS  I 
are  performed  by  a different  organization  (usually  the  POL  office)  than  for 
DEIS  II  (usually  done  by  the  engineering  group).  In  addition,  the  definitions 
of  organizational  responsibilities  vary  from  base  to  base. 


Administrative  and  Operational  Procedures 


Table  ll-l  outlines  the  operational  procedures  and  administrative 


management  responsibilities  for  the  Data  Collection  and  Reporting  Module. 
Activities  marked  with  an  asterisk  are  explained  further  below. 
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TABLE  II-l.  ORGANIZATIONAL  RESPONSIBILITIES 


Orsanlzatlon 

Base/Facility 


Major  Commands  and 
Service  Energy  Offices 


Operational  Procedures 

Measure  and  estimate 
energy  consumption  and 
storage* 

Collect  DEIS  data  and 
integrate  into  DEIS 
reporting  format* 

Transmit  the  DEIS  data 
(via  AUTODIN  where 
possible) 


Document  procedural  re- 
quirements for  Data 
Collection  and  Reporting 
for  Service  and  command* 


Administrative  Management 

Require  submittal  of  data 
by  the  proper  organiza- 
tions and  satellite  bases/ 
facilities 

Establish  written  proce- 
dures for  DEIS  Data  Col- 
lection and  Reporting* 

Notify  the  major  commands 
or  Service  energy  office 
of  changes  to  procedures 


Require  compliance  with 
Data  Collection  and  Re- 
porting procedures 

Audit  and  review  energy 
facilities* 


iDefense  Energy  Office 


Provide  system  docu- 
mentation to  all  bases 
and  facilities 

Document  DoD-wide  proce- 
dural requirements  for 
Data  Collection  and  Re- 
porting 


Require  compliance  with 
all  Data  Collection  and 
Reporting  procedures 


Measure  and  Estimate  Energy  Consumption  and  Storage.  Current  meas- 
urement and  estimating  techniques  are  relatively  accurate  for  DEIS  require- 
ments. However,  errors  have  been  caused  by  the  omission  of  data  or 
double-counting  of  energy  consumption.  The  procedures  for  measuring  and 
estimating  consumption  and  storage  should  be  reviewed  by  each  base  energy 
office  to  ensure  accurate  reporting. 
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Collect  DEIS  Data  and  Integrate  into  DEIS  Reporting  Format.  Data 
must  be  collected  in  a timely  fashion  to  meet  the  scheduled  due  dates.  Des- 
criptive, self-checking  forms  should  be  used  to  assist  in  the  integration  of 
DEIS  input  data  (except  where  automated).  The  forms  should  facilitate  the 
proper  entry  and  computation  of  data,  provide  a computational  cross-check  of 
data  to  verify  accuracy,  and  include  instructions  for  keying  data  for  trans- 
mission. An  example  of  such  a form  is  illustrated  in  Figure  II-3.  The  actual 
forms  to  be  used  will  be  developed  in  a later  study  as  discussed  in 
Chapter  IV. 

Establish  Written  Procedures  for  DEIS  Data  Collection  and  Reporting. 
Data  Collection  and  Reporting  procedures  should  be  documented  at  each  base  and 
facility  to  permit  review  and  to  maintain  continuity  when  personnel  changes 
occur.  The  documentation  should  include  a description  of  any  modifications  of 
normal  DEIS  procedures,  i.e.,  reporting  monthly  consumption  that  does  not 
match  the  calendar  month.  Such  changes  must  be  approved  by  the  major  command 
and/or  Service  energy  office.  They  should  be  implemented  only  where  further 
accuracy  or  a significant  reduction  in  staff  hours  for  DEIS  reporting  can  be 
shown.  For  example,  where  meter  readings  are  made  on  the  fourth  of  every 
month  instead  of  the  first,  the  meter  readings  may  be  more  appropriate  to  be 
used  for  monthly  consumption.  Adding  a computational  function  to  estimate  the 
amount  each  month  will  take  more  time  and  increase  the  probability  of  error. 

Document  Procedural  Requirements  for  Data  Collection  and  Reporting. 
Any  standardization  of  Data  Collection  and  Reporting  procedures  within  a major 
command  or  Service  should  be  documented  and  distributed  to  the  bases  and  the 
Defense  Energy  Office. 

Audit  and  Review  Energy  Facilities . Periodic  audits  and  reviews  of 
energy  facilities  should  be  conducted  to  further  ensure  accuracy.  On-site 
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visits  to  major  facilities  will  provide  knowledge  of  reasonable  energy  con- 
sumption and  s'.orage  amounts.  Cross-checking  DEIS  data  against  facility 
descriptions  from  other  sources  (e.g.,  other  information  systems)  can  also 
provide  a "reasonableness"  check. 

Software  Requirements 

When  automated  processing  of  energy  data  is  available  at  a 
base/facility  (e.g.,  Air  Force  Stock  Fund  System)  or  is  planned,  the  auto- 
mation of  the  data  collection,  integration,  and  data  transmission  of  DEIS 
inputs  is  encouraged.  The  recent  automation  of  such  a system  at  Fort  McCoy, 
Wisconsin  has  decreased  both  errors  and  the  manual  effort  required  of  the  POL 
office. 

Additionally,  the  automation  of  complex  data  integration  functions 
can  also  reduce  manual  efforts  and  errors.  The  Indianhead  Navy  Station  has 
developed  such  a system  using  a programmable  calculator  to  assist  in  the 
computation  and  proration  of  end-user  utility  energy  consumption  for  DEIS  II 
reporting. 

Hardware  Requirements 

Where  economically  feasible,  the  most  accurate  means  of  measurement 
and  recording  should  be  used.  Both  metering  and  the  use  of  credit  card 
machines  have  demonstrated  accuracy  and  control  for  base/ facility  energy 
management.  The  further  use  of  such  devices  is  encouraged. 

AUTODIN  should  be  used  where  available  to  ensure  computer  read- 
ability of  data  transmissions. 

INPUT  EVALUATION  AND  REVIEW 

The  organization  responsible  for  the  Input  Evaluation  and  Review  Module 
depicted  in  Figure  II-4  varies  between  the  major  command  and  the  Service 
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energy  office  or  its  delegate  (e.g.,  NAVFAC).  Three  variations  of  this 
function  are  currently  in  use  or  planned: 

1)  Copies  of  input  data  are  sent  to  the  reviewing  organization.  The 
original  input  message  is  sent  directly  to  central  data  processing  (the 
Final  Editing  and  Update  Module).  The  reviewer  sends  corrections  to  the 
Final  Editing  and  Update  Module  for  those  inputs  found  to  be  in  error. 
This  review  function  is  currently  performed  by  the  Army  major  commands 
(DEIS  I)  and  Navy  NAVFAC  (DEIS  II) , and  is  planned  for  the  Air  Force 
(DEIS  II). 

2)  In  many  cases,  the  input  data  are  sent  directly  to  the  reviewer.  The 
actual  inputs  are  corrected  and  then  transmitted  for  processing.  This 
function  is  performed  by  the  Army  major  commands  (DEIS  II)  and  Army  and 
Air  National  Guards  (DEIS  I and  II).  The  Army  FORSCOM  and  TRADOC  energy 
offices  aggregate  their  data  into  a single  input  for  the  major  command. 
The  Defense  Logistics  Agency  (DLA)  will  be  responsible  for  reviewing 
DEIS  I inputs  from  DLA,  the  Defense  Nuclear  Agency  (DNA) , and  the  Defense 
Investigative  Service  (DIS) . 

3)  The  Navy  is  planning  to  consolide  DEIS  II  inputs  at  their  computer 
center  at  the  Navy  Environmental  Support  Office.  This  will  permit 
on-line  review  of  the  inputs  by  the  NAVFAC  Engineering  Field  Divisions. 
The  edited  data  would  then  be  sent  directly  to  the  Final  Editing  and 
Update  Module.  A similar  approach  may  be  used  by  the  Air  Force  (DEIS  II) 
and  specific  major  commands  in  the  Army. 

The  benefit  of  the  Input  Evaluation  and  Review  Module  is  two-fold. 
First,  it  increases  the  accuracy  of  DEIS  data  by  providing  an  edit  function 
close  to  the  bases  and  facilities,  which  can  understand  and  respond  to  errors 
better  than  a centralized  review  organization.  There  is  direct  feedback 
between  the  reviewer  and  the  base/facility,  usually  in  the  form  of  a telephone 
call,  e.g.,  from  the  energy  officer  of  a major  command  to  the  base  energy 
officer. 

Second,  the  Input  Evaluation  and  Review  Module  relieves  the  burden  of 
processing  at  the  central  DEIS  computer,  particularly  where  messages  are 
edited  (2  and  3 above).  Although  central  DEIS  processing  provides  a final 
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editing  function,  its  processing  requirements  are  reduced  significantly  if  the 
input  data  are  accurate. 

Administrative  and  Operational  Procedures 

Table  11*2  outlines  the  operational  procedures  and  administrative 
management  responsibilities  for  the  Input  Evaluation  and  Review  Module. 
Activities  marked  with  an  asterisk  are  explained  further  below. 

TABLE  II-2.  ORGANIZATIONAL  RESPONSIBILITIES 


Orzanizaclon 

Operational  Procedures 

Administrative  Manazement 

Basa/Faclllty 

1 

Investigate  data  found 
questionable  by  the  re- 
viewing organization 

Review  Base  Input  Edit 
Reports 

N/A 

Major  Commands  and 

Service  Energy  Offices 

I 

1 

i 

1 

Confer  with  the  bases/ 
facilities  regarding 
questionable  input  data 

Correct  and  transmit 
input  data  found  in- 
accurate* 

Aggregate  and  transmit 
input  data  (Army  only)* 

Review  Base  Input  Edit 
Reports* 

Establish  written  proce- 
dures for  Input  Evalua- 
tion and  Review 

1 

Defense  Energy  Office 

1 



Document  DoD-wide 
procedural  requirements 
for  Input  Evaluation 
and  Review 

Require  compliance  with 
Input  Evaluation  and 
Review  procedures 

Review  Base  Input  Edit  Reports . The  bases  and  facilities  will 
receive  a summary  report  of  their  inputs  and  any  errors  detected  during  the 
Final  Editing  and  Update  processing.  Data  that  are  rejected  by  that  process 
must  be  corrected  or  explained  to  the  reviewing  organization  so  that  a cor- 
rection or  change  in  edit  values  can  be  initiated. 
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Correct  and  Transait  Input  Data  Found  Inaccurate.  Those  inputs 
found  inaccurate  will  be  corrected  by  the  reviewing  organization.  Depending 
on  the  data  flow,  either  a correction  card  will  be  transaitted  or  the  input 
will  be  corrected  and  transaitted  with  the  entire  set  of  inputs. 

Aggregate  and  Transait  Input  Data  (Aray  Only) . Those  Aray  major 
coaaands  that  send  only  suaaary  data  must  coispute  quarterly  totals  for  each 
energy  type  after  corrections  are  made  to  their  inputs. 

Review  Base  Input  Edit  Reports . The  reviewing  organizations  will 
check  any  errors  indicated  on  the  input  sumaary  and  error  reports  to  determine 
if  further  corrections  are  necessary  or  if  edit  value  changes  are  required. 

Software  Requirements 

Autoaation  of  the  Input  Evaluation  and  Review  Module  is  encouraged 
where  economically  feasible.  Such  automation  may  reduce  the  manual  efforts 
required  by  the  reviewing  organization.  No  specific  DEIS  requirements  for 
such  autoisation  exist  except  those  requirements  for  inputs  (due  dates,  format, 
etc.).  Input  format  requirements  can  be^  modified  to  facilitate 
computer-to-computer  compatibility  and/or  data  transmission  efficiency  (see 
Final  Editing  and  Update  Module  software  description). 

Hardware  Requireaients 

Where  possible,  all  corrected  and/or  edited  data  should  be  trans- 
mitted to  the  Final  Editing  and  Update  Module  via  AUTODIN.  No  other  hardware 
is  required  except  for  the  automation  of  the  review  function  where  desired. 
FINAL  EDITING  AND  UPDATE 

The  Final  Editing  and  Update  Module  is  the  first  step  in  DEIS  central 
data  processing.  DEIS  input  data  from  the  bases  and  facilities  and  "non-DEIS" 
data  from  other  systems  (e.g.,  weather  data,  square  footage)  are  processed  for 
updating  the  IffilS  data  base.  As  depicted  in  Figure  II-5,  both  the  DEIS  and 
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FIGURE  n-S 

FINAL  EDITING  AND  UPDATE 


merge/  base  input 

k / ► EDIT  REPORT 
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aoa-DEIS  data  are  screened  for  format,  syntax,  and  value  checks.  The  DEIS 
data  are  further  screened  for  content  consistency  as  well  as  processed  through 
a unit  conversion  program.  The  data  are  then  used  to  both  update  the  data 
base  and  produce  intermediate  feedback  reports. 

Some  examples  of  the  editing  process  are: 

1)  Data  Content  Edit—This  program  checks  that  all  required  data  ele- 
Mnts  are  reported. 

2)  Foraut  Edit — This  program  checks  that  data  are  located  in  their 
proper  fields  and  that  the  data  elements  are  limited  to  their  prescribed 
field  length. 

3)  S3^tax  Edit— This  program  checks  that  alphabetical  and  numerical 
digits  are  represented  within  the  data  elements  according  to  the  data 
content  specifications. 

4)  Value  Edit— This  program  provides  a range  check  of  the  data  value  to 
assure  that  it  falls  within  + 10%  of  the  same  data  value  reported  one 
year  prior  (given  inflation  and  other  built-in  adjustments).  This  pro- 
gram also  verifies  that  the  opening  inventory  is  exactly  the  same  value 
as  the  closing  inventory  for  that  base/facility  during  its  last  reporting 
period. 

Data  failing  to  meet  any  or  all  of  these  edit  checks  are  reported  on 
hard-copy  both  to  their  source  and  to  the  reviewing  organizations.  Addi- 
tionally, comprehensive  reports  (for  DEIS  and  non-DEIS  reporting)  encompassing 
both  errors  and  data  input  summaries  are  forwarded  to  the  Defense  Energy 
Office. 

Administrative  and  Operational  Procedures 

Table  II-3  outlines  the  operational  procedures  and  administrative 
mnagement  responsibilities  for  the  Final  Editing  and  Update  Module.  Activi- 
ties marked  with  an  asterisk  are  explained  further  below. 

Review  Base  Input  Edited  Report.  This  procedure  occurs  at  the 
base/facility  level  to  provide  feedback  to  the  bases  and  facilities.  The 
long-range  impact  of  this  procedure  is  to  minimize  input  errors.  The  same 
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report  is  provided  to  tbe  major  commands  and  the  Service  energy  offices  for 
managerial  control. 

TABLE  I I -3.  ORGANIZATIONAL  RESPONSIBILITIES 


Orcanlzaclon 

Operational  Procedures 

Administrative  ManaKeroent 

Base/Facility 

Review  Base  Input  Edit 
Report* 

N/A 

Major  Commands  and 

Review  Base  Input  Edited 

N/A 

Service  Energy  Offices 

Report* 

Verify  receipt  of  all 
inputs  by  due  date* 

Confer  with  Defense 

Energy  Office  regarding 
input  changes* 

Defense  Energy  Office 

Initiate  Final  Editing 

Approve  changes  to  edit 

and  Update  Run* 

check  values 

Verify  receipt  of  all 

Require  compliance  with 

Inputs  by  due  date 

Update  Edit  Check 

Values 

Review  Data  Base  Update 
Summary  Reports 

Review  Other  Inputs 

all  Final  Editing  and 
Update  procedures 



Summary  Reports 

Verify  Receipt  of  All  Inputs  by  Due  Date.  This  procedure  requires 
immediate  feedback  to  correct  either  missing  and/or  late  reports  within  suf- 
ficient time  to  rectify  the  output  to  the  Data  Base  Management  System  Module. 
This  procedure  is  also  the  responsibility  of  the  Defense  Energy  Office  as  an 
administrative  backup  to  the  system. 


Confer  with  Defense  Energy  Office  Regarding  Input  Changes . In  re- 
sponse to  the  Base  Input  Edit  Report,  the  reviewing  organization  should  make 
recoonendations  to  the  Defense  Energy  Office  to  adjust  the  edit  checks  for  an 
individual  base/facility  (or  larger  base  grouping)  to  avoid  unnecessary  error 
reporting.  The  Defense  Energy  Office  is  responsible  for  approving  changes  to 
these  edit  values  and  updating  the  values  on  the  data  base. 

Initiate  Final  Editing  and  Update  Run.  The  Defense  Energy  Office 
must  establish  procedures  for  ensuring  timely  processing  through  this  module. 
These  procedures  should  include  considerations  for  partial  runs  to  alleviate  a 
complete  shutdown  due  to  missing  and/or  late  reports. 

Software  Requirements 

The  software  requirements  are  not  only  divided  between  DEIS  and 
non-DEIS  reported  data  (as  depicted  in  Figure  II-6)  but  also  functionally 
between  the  software  used  in  a general  editing  and  validation  procedure  and 
that  used  to  update  the  data  base. 

The  editing  and  validation  software  developed  must  address  at  least 
the  following:  message  header  editing;  flexible  input  format  capability; 
unit/quantity  conversion  (gallons  to  barrels,  or  vice  versa,  etc.);  editing 
for  format,  syntax,  range  of  values,  consistency  of  data  contents;  edit  cor- 
rections for  data  record  existence;  and  exception  reporting. 

The  data  base  update  software  must  consider  at  least:  the  selection 
computation  of  summary  fields,  finding  and  updating  the  data  base  records, 
summary  reports  of  update  runs,  and  data  base  maintenance  procedures  (copy 
data  base  to  archival  tape). 

The  minimum  overall  software  requirements  are  the  use  of  a 
high-level  computer  language  (FORTRAN,  COBOL,  or  PL/1),  modular  structure  of 
code,  and  structured  programming  techniques. 
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Hardware  Requirements 


The  hardware  requirements  for  the  Final  Editing  and  Update  Module 
include  a central  processor,  communications  facility,  and  peripherals.  The 
central  processor  requires  moderate  core  size  (for  lOOK  byte  programs),  batch 
processing  modes,  and  capacity  for  up  to  400,000  characters  of  input  data  per 
day  (peak  volume). 

The  communications  interface  must  be  compatible  with  AUTODIN  and 
other  DoD  message  services  (i.e..  Form  173).  Spooling  of  DEIS  I and  DEIS  II 
inputs  is  required  for  a nightly  batch  Final  Editing  and  Update  run. 

Peripherals  required  include  disk  or  tape  (for  temporary  input 
spooling  of  up  to  400,000  characters  per  day),  a card  reader,  a tape  drive  for 
tape  inputs,  and  a line  printer  for  output  reports. 

DATA  BASE  MANAGEMENT 

The  Data  Base  Management  Module  consists  of  the  Data  Base  Management 

V 

System  (DBMS)  package  employed  by  DEIS "and  those  operational  procedures  re- 
quired to  ensure  data  base  reliability  and  integrity  (Figure  II-7).  The  DBMS 
receives  data  from  the  data  base  update  software  and  requests  for  data  re- 
trieval from  the  Report  Generation  Module.  The  DBMS  performs  the  actual 
updating  and  retrieval  of  data  to/from  the  DEIS  data  base.  In  addition, 
various  "utility"  programs  enable  the  Data  Base  Administrator  (DBA)^  to  per- 
form maintenance  and  recovery  functions  with  the  data  base. 

Administrative  and  Operational  Procedures 

Table  II-4  defines  the  organizational  responsibilities  for  Data  Base 
Management.  Activities  marked  with  an  asterisk  are  explained  further  below. 
The  DEIS  Computer  Staff  includes  the  programming  and  computer  operations  staff 
assigned  to  DEIS. 

2 

The  DBA  is  the  person  or  persons  responsible  for  maintaining  data  base 
integrity  and  reliability. 
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DATA  BASE  MANAGEMENT 


TABLE  II-4.  ORGANIZATIONAL  RESPONSIBILITIES 


i 


OrKanlzatlon 

Operational  Procedures 

Administrative  Manasement 

i ■' 

DEIS  Computer  Staff 

Back  up  the  data  base* 

Invoke  restart  and  re- 
covery procedures* 

Document  data  base  opera- 
tional procedures 

' 

- 

Review  space  requirements 
for  the  data  base 

Load  the  data  base* 

• 

h 

; J 

V, 

Set  user  update  and 
access  keys* 

Defense  Energy  Office 

N/A 

Require  compliance  with 
data  base  operational 
procedures 

Define  user  update  and 
access  rights 

t 

h ■ 

Back  Up  the  Data  Base.  The  operations  staff  must  periodically  copy  H 

' * »; 

the  data  base  to  tape  in  case  of  a loss  of  data. 

Invoke  Restart  and  Recovery  Procedures . When  a loss  of  data  occurs 
(e.g.,  due  to  computer  disk  crash),  the  operations  staff  should  reload  the 
data  base  using  the  necessary  backup  tapes  and  audit  trail  storage.  (This 
procedure  is  DBMS'dependent  and  nay  be  automatically  controlled  by  the  sys- 
tem.) 

Load  the  Data  Base.  The  computer  staff  should  create  the  data  base 
during  the  initial  load  and  as  required  for  reloading  due  to  additional  space 
requirements,  data  base  changes,  etc. 
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Set  User  Update  and  Access  Keys . As  requested  by  the  Defease  Energy 
Office,  the  computer  staff  should  set  user  keys  or  passwords  to  prohibit 
updates  and  control  access  to  portions  of  the  data  base. 

Define  User  Update  and  Access  Rights . The  Defense  Energy  Office 
must  define  which  organizations  are  allowed  on-line  data  base  update  rights 
and  the  portion  of  the  data  base  to  which  the  updates  are  permitted. 
Retrieval  of  data  must  also  be  screened  to  prohibit  unnecessary  access.  (This 
is  particularly  important  if  classified  data  are  added  to  DEIS.) 

Software  Requirements 

There  are  no  programming  requirements  for  the  DBMS,  since  a packaged 
system  will  be  utilized.  However,  the  following  capabilities  and  features  are 
desirable. 

- Fully  inverted  list  structure 

- Multiple  user  on-line  access 

- Host  language  interface  to  the-  programming  language  to  be  used 
for  applications  programs 

- Automatic  restart/recovery  for  system  crashes 

- Automatic  logging  of  updates 

- User  password  locks  at  the  record  level 

- Batch  update  capabilities  via  host  language  program 

- Ability  to  add  new  data  fields  (non-keyed)  to  existing 
data  base  records 

- On-line  query  and  report  generation  capabilities 
(see  Report  Generation  Module) 

Hardware  Requirements 

The  hardware  requirements  for  the  DBMS  are  system  dependent,  except 
for  the  disk  storage  capacity.  The  estimated  storage  volume  required  is 
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so  millioa  characters  (bytes)  plus  system  overhead  requirements.  (See 

Chapter  III  for  a more  detailed  discussion  of  data  storage  requirements.)  The 
central  processor  must  be  able  to  support  the  DBMS  core  requirements  and 
permit  both  batch  and  on-line  access  as  required  by  the  Final  Editing  and 
Update  Module  and  the  Report  Generation  Module. 

REPORT  GENERATION 

This  final  module  has  two  distinctive  flows  as  illustrated  in 
Figure  II-8.  The  user  may  generate  standard  preprogrammed  output  reports,  or 
interactively  create  his  own.  The  user-specified  option  can  produce  almost 
limitless  types  of  output  reports  given  data  availability.  This  option  is 
expected  to  be  used  infrequently,  however,  only  by  users  who  could  benefit 
from  a uniquely  tailored  and/or  one-time  report.  Regardless  of  the  option 
chosen,  all  users'  interactions  with  the  data  base  in  this  module  are  limited 
to  a read-only  interface. 

Data  computation  and  format  selection  are  optional  in  the  user-specified 
output  flow  so  that  the  user  may  retrieve  a simple  listing  of  selected  data 
elements.  This  mode  may  be  selected  if  the  user,  for  example,  were  reviewing 
current  data  in  the  data  base.  If,  however,  the  user  were  interested  in  a 
detailed  analysis  or  reviewing  compliance  with  goals  and  objectives,  the  use 
of  automatic  sumnations , column  headings,  and  formatting  could  be  provided  by 
interfacing  with  the  DBMS  report  generator  user  language  in  these  two  steps. 

In  the  standard  reports  option,  all  computation,  sorts,  and  report  for- 
mats are  preprogramned  to  produce  the  most  useful  outputs  efficiently.  Vari- 
ations of  the  current  reports  are  to  be  produced  including  descriptive 
headings,  cumulative  data,  and  computation  (where  desired).  Several  versions 

are  available  to  satisfy  the  requirements  of  different  users. 

_ 

Overhead  requirements,  e.g.,  for  intrarecord  pointers,  vary  from  25%  to 
60%  of  actual  data,  depending  on  the  DBMS  and  the  design  requirements. 
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As  indicated,  the  output  nedia  selection  is  limited  only  by  the  hardware 
peripherals  available  to  the  individual  user.  Multiple  output  media  for  a 
computer  run  are  possible,  e.g.,  generating  a printout  report  as  well  as 
plotting  the  data  on  a graphics  terminal.  Although  in  the  standard  reports 
option,  most  of  the  outputs  generated  are  standard  computer  printouts  with 
tape  back-up  archival,  Computer-Output-Microfiche  (COM)  or  other  media  are 
readily  available  to  users  on  request. 

Both  flows  follow  similar  but  not  necessarily  identical  logic,  and 
depending  on  the  DBMS  selected,  the  sequence  indicated  above  may  be  altered. 
Before,  or  immediately  following  data  selection,  some  form  of  user  identifi- 
cation is  necessary.  Data  retrieval  could  be  limited  by  pre-determined  guide- 
lines, i.e.,  if  a portion  of  the  DEIS  data  base  were  to  contain  classified 
reports,  access  could  be  limited  to  a particular  subset  of  users  (see 
Administrative  and  Operational  Procedures  below).  In  either  option,  the 
interaction  with  the  DEIS  data  base  can  be  on-line,  and  uses  the  DBMS. 

Administrative  and  Operational  Procedures 

Table  II-5  outlines  the  operational  procedures  and  administrative 
management  responsibilities  for  the  Report  Generation  Module. 


TABLE  II-5.  ORGANIZATIONAL  RESPONSIBILITIES 


Organization 

Operational  Procedures 

Administrative  Management 

Major  Commands  and 

Sarvlca  Energy  Offices 

Disseminate  reports  to 
base/f acuities  where 
applicable 

N/A 

Dafansa  Energy  Office 

Initialize  and  maintain 
user  Identification 
codes 

Create  and  maintain 
report  dissemination 
procedures 

Initialization  of 
standard  report  runs 

Advise  Major  Connands  and 
Service  energy  office  of 
data  unavailability  and 
report  problems 

Require  compliance  with 
all  Report  Generation 
procedures 

Periodic  review  of  user 
reporting  requirements 

Establish  standard  re- 
port archival  policies 

DEIS  Users* 

Initiation  of  user- 
specified  reports 

Dissemination  of  user- 
specified  reports  to 
other  users  where 
appropriate 

Including  the  DEO,  major  conmands.  Service  energy  offices  and  ocher  users. 

Software  Requirements 

The  software  flow  depicted  in  Figure  II-9  is  offered  as  an  example 
of  the  interaction  between  the  Report  Generation  Module  and  the  DBMS. 
Depending  on  the  selected  system's  package,  the  order  of  the  flow  may  be 
different  (e.g.,  user  identification  may  not  occur  until  after  the  user  at- 
tempts to  select  particular  data,  the  records  may  need  to  be  sorted  before  any 
computation  could  be  performed,  etc.). 

In  the  user-specified  option,  the  user  is  expected  to  have  both 
valid  access  to  the  DBMS  (read-only)  and  sufficient  expertise  with  the  DBMS 
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user-interface  reporting  language.  An  example  of  a user-specified  report 
generation  could  be  as  follows. 


^ **USER  ACCESS  VALID** ^ 
**ENTER  REPORT  SPECIFICATION** 

OPEN  DEIS  1 DATA  BASE. 

**DEIS  1 OPEN** 

FIND  ALL  RECORDS  WHERE  DEPT=USAF  MC=TAC, 
DATE=l/79  THRU  3/79,  FUEL=JP4. 

**54  RECORDS  FOUND** 

HEADER=DEIS  1 REPORT  USAF-TAC 
HEADER=1ST  QTR  1979  FOR  JP4 
PRINT,  HEADER 


CRT  DISPLAY  1 J 

In  the  display  above,  the  computer  has  retrieved  the  54  records 
selected.  The  user  is  at  this  point  prepared  to  perform  computations  and 
format  the  records  into  a report.  An  example  of  the  computational  specifi- 
cation might  look  as  follows: 


j : 


COLl 

C0L2 

C0L3 

C0L4 

C0L5 

C0L6 

C0L7 

COLS 

C0L9 


BASE-NAME 
CONSUMPTION 
CONSUMPTION 
CONSUMPTION 
C0L2  + C0L3 
C0L2  * 42 
C0L3  * 42 
C0L4  * 42 
C0L5  * 42 


WHERE  DATE=l/79 
WHERE  DATE=2/79 
WHERE  DATE=3/79 
+ C0L4 


CRT  DISPLAY  2 
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After  additional  formatting  and  heading  specification,  the  resultant 


report  would  appear  as  follows: 


DEIS  1 REPORT  USAF-TAC 
1ST  QTR  1979  FOR  JPA 


BASE  NAME 

GAL 

CONSUM 

1/79 

GAL 

CONSUM 

2/79 

GAL 

CONSUM 

3/79 

TOTAL 

GAL 

CONSUM 

6BL 

CONSUM 

1/79 

66L 

CONSUM 

2/79 

BBL 

CONSUM 

3/79 

TOTAL 

BBL 

CONSUM 

LANGLEY,  AFB 

XXXX.X 

XXXX.X 

XXXX.X 

XXXXXX.X 

XXX. X 

XXX. X 

XXX. X 

xxxxx.x 

HOLLOMAN,  AFB 

xm.x 

XXXX.X 

XXXX.X 

XXXXXX.X 

XXX. X 

XXX. X 

XXX. X 

xxxxx.x 

HOMESTEAD,  AFB 

XXXX.X 

XXXX.X 

XXXX.X 

XXXXXX.X 

XXX. X 

XXX. X 

XXX. X 

xxxxx.x 

S.  JOHNSON,  AFB 

XXXX.X 

XXXX.X 

XXXX.X 

XXXXXX.X 

XXX. X 

XXX. X 

XXX. X 

xxxxx.x 

the  following  output  peripherals:  disk  storage  for  output  files;  high-speed, 
multiple  copy  line  printers,  tape  drive,  graphics  terminals,  plotter  capabili- 
ties, and  microfiche  output  capabilities.  The  central  processor  must  permit 
2-3  simultaneous  DEIS  users  (at  peak),  on-line  and  batch  processing,  and 
direct  access  to  the  DEIS  data  base.  The  communications  capabilities  must 
include  standard  teletype  terminal  and  AUTODIN  compatibility. 


III.  RECOMMENDED  DEIS  DATA  SPECIFICATION 

INTRODUCTION 

This  data  specification  chapter  describes  the  recooanended  DEIS  data  flow, 
major  components  of  the  data  base,  data  elements,  inputs  and  outputs,  and  data 
base  administration. 

The  most  significant  differences  between  DEIS  I and  DEIS  II  occur  at  the 
data  level.  However,  in  terms  of  the  overall  data  flow  and  the  total  DEIS 
data  base,  there  are  sufficient  similarities  to  permit  a general  description. 
The  differences  are  discussed  in  more  detail  below. 

Figure  III-l  is  an  overview  of  the  DEIS  data  flow.  The  flow  of  input 
data  begins  at  the  bases  and  facilities  and  ends  at  the  Data  Base  Management 
Module.  There  are  three  major  components  to  this  input  process:  input  data, 
corrections  to  the  input  data,  and  feedback.  The  input  data  and  corrections 
are  provided  in  relatively  structured  forms,  e.g.,  via  standard  data  com- 
munication formats  from  the  bases  to  the  major  coranands.  Service  energy 
offices,  and  central  data  processing.  The  feedback  component  includes 
error/update  reports  (Base  Input  Edit  Report),  periodic  communication  between 
the  reviewing  organizations  and  the  bases  and  facilities,^  and  Unstructured 
coanunications  (e.g.,  telephone  calls)  to  provide  the  proper  editing  and 
correction  of  input  data. 


^For  example,  the  Air  Force  Tactical  Air  Command  sends  a monthly  evalu- 
ation and  comparison  of  all  inputs  to  the  bases  in  the  Command. 
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The  report  generation  contains  two  major  components  in  the  flow  of  data: 
requests  for  data  and  generation  of  outputs.  Requests  for  data  include  the 
standard  user  requirements  for  periodic  reports  and  unstructured  on-line 
inquiries.  The  outputs  generated  include  periodic  and  ad  hoc  outputs  on  a 
variety  of  media:  hard-copy  reports,  CRT  displays,  tapes,  files,  microfiche, 
and  graphics.  These  outputs  are  distributed  to  users  and  to  other  energy 
information  systems. 

DATA  BASE  OVERVIEW 

The  recommended  DEIS  data  base  has  three  components:  DEIS  I data, 
DEIS  II  data,  and  a Data  Element  Dictionary  (DED) . The  DEIS  I and  DEIS  II 
data  include  all  inputs  for  the  most  recent  two  years,  summary  data  for  pre- 
vious years  (from  1975),  and  baseline  data.  The  DED  includes  descriptive  data 
to  support  the  editing  functions  (Final  Editing  and  Update  Module). 

These  three  components  are  logical  rather  than  physical  divisions  of  the 
data  base.  The  logical  data  base  description  represents  the  user's  view  of 
the  data  organization.  The  physical  design,  while  not  necessarily  identical 
to  the  logical  design,  must  permit  the  relationships  and  divisions  between 
data  that  are  represented  in  the  logical  design.  The  physical  data  base  may 
actually  consist  of  one  or  more  files  designed  to  facilitate  efficient  data 
processing. 

DEIS  I,  DEIS  II,  and  the  DED  are  further  described  below  in  terms  of  the 
hierarchy  of  data  elements,  volume  of  data,  and  the  indexing  requirements 
(definition  of  the  data  access  keys  required  by  users). 

DEIS  I Data 

The  recommended  DEIS  I data  base  consists  of  approximately  27  mil- 
lion characters  (not  including  the  overhead  requirements  of  the  DBMS)  for 
5 years'  data.  This  is  increased  to  40  million  characters  (plus  overhead)  at 
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10  years.  The  data  base  coataios  moathly  data  for  the  most  current  2 years  i 

and  quarterly  summaries  for  historical  data.  As  specified  in  Chapter  II, 


crisis  situations  may  require  weekly  data.  Such  flexibility  must  be  in~ 
corporated  in  the  data  base  design. 

The  data  may  be  viewed  in  a hierarchical  fashion,  according  to  the 
potential  levels  (or  aggregations)  that  a user  may  wish  to  report  on. 
Figure  III-2  illustrates  the  DEIS  I hierarchy.  While  the  hierarchical  design 
represents  the  primary  perspective  of  the  DEIS  I data  base,  there  are  others. 
For  example,  the  current  DEIS  system  also  reports  data  by  product  (fuel  type) 
and  geographic  area.  These  represent  additional  access  keys  to  the  data  base 
that  are  required  to  permit  random  retrieval  of  data.  The  required  data  base 
keys  are  as  follows: 

Service/Organization.  Army,  DLA,  Air  National  Guard,  etc. 

Geograiihic  Region.  Department  of  Energy  regions  (formerly  FEA 

regions)  and  foreign  regions  for  energy  usage. 

State.  U.S.  state  boundaries. 

Product.  Fuel  type,  using  product  codes. 

Dste.  Month  and  year,  week  and  year  (crisis  situations  only), 

quarter  and  year,  or  year  only. 

Major  Command.  The  current  system  MACOM  definitions  will  be  used. 

Reserves/Non-Reserves . Identification  of  a record  as  energy  usage 

by  reserves,  non-reserves  or  combined. 

Base/Facility.  DODAAC  or  UIC  as  in  the  current  system. 

DEIS  II  Data 

The  recommended  DEIS  II  data  base  consists  of  approximately  20  mil- 
lion characters  (not  including  the  overhead  requirements  of  the  DBMS)  for 
5 years'  data.  This  is  increased  to  30  million  characters  (plus  overhead)  at 
10  years.  The  data  base  contains  monthly  data  for  the  current  2 years  and 
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quarterly  summaries  for  historical  data.  Data  from  OEIS  II  may  also  be  re- 
quired oa  a weekly  basis  during  crises. 

The  hierarchical  representation  of  DEIS  II  is  nearly  the  same  as 
DEIS  I,  except  at  the  lower  level  of  the  inverted  tree.  The  lowest  level 
would  include  the  DEIS  II  product-specific  data  elements,  e.g.,  natural  gas 
consumption.  Some  of  the  reporting  bases  and  facilities  also  differ  from 
those  of  DEIS  I.  The  same  data  access  keys  are  required  for  DEIS  II  data  as 
listed  above  for  DEIS  I. 

The  recommended  DED  consists  of  approximately  500,000  characters 
(not  including  the  overhead  requirements  of  the  DBMS).  The  hierarchical  rep- 
resentation is  also  very  similar  to  DEIS  I,  and  would  consist  of  a combination 
of  DEIS  I and  DEIS  II  hierarchies.  At  the  lowest  level,  however,  editing 
values  would  be  stored,  rather  than  historical  data. 

Whereas  the  DEIS  I and  DEIS  II  data  bases  are  for  general  use,  the 
DED  is  an  internal-use  set  of  data.  It  supports  the  Final  Editing  and  Update 
Module  with  edit  check  values,  format  codes  to  indicate  the  proper  format  and 
syntax  editing,  unit  conversion  codes,  and  consistency  checks  to  indicate  the 
products  used  in  the  prior  year.  Additional  base/facility  descriptive  data 
required  for  other  data  processing  functions  (e.g.,  output  report  headings) 
may  be  added. 

The  DED  is  to  be  accessed  only  by  the  DEIS  Data  Base  Administrator. 
DATA  ELEMENT  DESCRIPTION 

The  data  elements  in  the  recommended  DEIS  data  base  are  described  in 
Table  III-l.  There  are  three  categories:  DEIS  I,  DEIS  II,  and  DED  data. 
Those  data  elements  that  are  additions  to  the  current  DEIS  input  specification 
(DoD  5126. 46-M)  are  noted.  The  data  elements  that  are  included  currently  in 


Data  Element  Dictionai 
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TABLE  III-l.  DEIS  DATA  ELEMENTS 
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TABLE  Ill-l.  DEIS  DATA  ELEMENTS 
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FOOTNOTES  FOR  TABLE  III-l 
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* " The  aumber  of  characters  may  be  decreased  in  physical  storage  using 

various  data  compression  teclmiques 

b - A = alphabetic  field;  N = numeric  field 

c - Army  DEIS  II  data  are  reported  quarterly 

d - Current  DEIS  II  product  codes  are:  ELC  = electricity;  NAG  = natural 

gas;  COL  = bituminous  coal;  ANS  = anthracite  coal;  SHW  = purchased 
steam  or  hot  water;  fuel  oil  codes  are  the  same  for  DEIS  I,  plus  FSX  = 
miscellaneous  fuel  oils 

e - Reported  consumption  may  represent  deliveries  or  issues  during  the 
period  rather  than  actual  end-use  consumption 

f - Variance  codes  ara  defined  in  DoD  5126. 46-M,  Chapter  8 

g - The  reviewing  organization  is  the  organization  responsible  for  Input 
Evaluation  and  Review.  The  actual  data  may  be  input  from  the  Real 
Property  Inventory  System  being  evaluated  by  such  organizations. 

h - National  Oceanic  and  Atmospheric  Administration  data  are  used. 

i - These  data  elements  are  for  use  by  the  Final  Editing  and  Update  Module. 

Entries  are  made  only  when  the  standard  conversion  or  edit  value  check 
is  not  used. 
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the  "service  use"  colunms  of  OEIS  inputs  (e.g.,  energy  cost  data)  are  not 
specified  in  this  description.  New  specifications  of  these  data  will  be  made 
during  the  redesign  and  redevelopment  of  the  DEIS  data  base. 

INPUT/013TP13T  DESCRIPTION 

The  recommended  DEIS  inputs  and  outputs  are  described  in  this  section  in 
terms  of  their  data  content.  Sample  formats  of  selected  inputs  and  outputs 
are  provided  in  Chapter  II. 

Outputs  from  DEIS  are  of  three  types : standard  output  reports , ad  hoc 
output  reports,  and  administrative  control  reports.  The  standard  outputs  are 
those  reports  distributed  to  system  users  on  a regular  basis.  Included  are 
hard  copy  reports  and  tapes/files  produced  for  use  in  other  systems.  Ad  hoc 
reports  are  those  reports  that  are  user-created.  These  might  be  produced 
using  the  on-line  inquiry  facility  of  the  DBMS,  the  report-writer  of  the  DBMS, 
or  a user-developed  programming  interface.  They  are  not  scheduled  as  part  of 
the  regular  DEIS  operations.  Administrative  control  reports  are  produced  for 
the  system  managers — defined  here  as  the  Data  Base  Administration  function  in 
the  Defense  Energy  Office. 

DEIS  I and  DEIS  II  Inputs 

DEIS  I and  DEIS  II  have  two  basic  inputs:  initial  inputs  and  cor- 
rections. Initial  inputs  utilize  either  the  standard  format  presented  in 
DoD  5126. 46-M  or  a predefined  format  for  a particular  set  of  users.  Non- 
standard formats  will  be  defined  during  system  modification  (see  Chapter  IV, 
Implementation  Plan)  as  required.  Such  formats  are  designed  to  make  data 
transmission  from  another  computer  system  more  efficient,  or  for  simplicity 
for  bases/facilities  that  are  entering  data  via  a terminal. 

Correction  data  are  in  one  of  two  forms:  the  standard  format  of  the 
original  input  (with  a correction  code  as  in  the  current  DEIS  format)  or  in  an 


on-line  update  format  using  the  DBMS.  The  format  for  the  on-line  interactive 
update  will  depend  on  the  DBMS  selected  for  DEIS  usage. 

The  data  content  for  these  inputs  are  as  defined  for  DEIS  I and 
DEIS  II  in  Table  III-l  (those  data  elements  for  which  "Base/Facility"  is 
indicated  for  source) . Additional  data  are  required  for  data  transmission 
(see  DoD  5126. 46-M).  The  standard  format  also  includes  identification  codes 
peculiar  to  the  format,  c.g.»  card  number  (see  DoD  5126. 56-M).  Nonstandard 
formats  may  also  contain  similar  identification  codes  to  be  specified  during 
format  design. 

In  addition,  DEIS  II  requires  baseline,  square  footage,  and  weather 
data  inputs  as  noted  in  Table  III-l.  Baseline  and  square  footage  data  are 
updated  as  required  using  the  on-line  interactive  update  facilities  of  the 
DBMS.  (An  annual  review  of  base/facility  square  footage  is  required.)  A 
customized  program  will  be  developed  for  the  weather  data  inputs . Formats  and 
content  will  depends  upon  what  is  available.  It  is  expected  that  only  DOE 
region,  heating  and  cooling  degree  days,  and  date  will  be  required  for  the 
input . 

Data  Element  Dictionary  Inputs 

Inputs  required  for  the  DED  are  made  as  required  using  the  on-line 
interactive  update  facilities  of  the  DBMS.  The  format  and  content  is 
DBMS-dependent.  These  inputs  are  made  by  the  Data  Base  Administrator  (as 
described  later  in  this  chapter). 

Standard  Output  Reports 

Monthly/Quarterly/ Annual  DEIS  Reports.  As  part  of  the  routine  DEIS 
processing,  monthly,  quarterly  and  annual  DEIS  I and  DEIS  II  reports  are 
produced  from  the  Report  Generation  Module.  These  reports  are  user-designed 
(see  Chapter  IV,  Implementation  Plan),  using  the  available  data  elements 

III-15 


described  la  Table  III-l.  While  similar  to  current  DEIS  reports,  they  provide 
further  detail  in  headings,  different  alignments  of  columns  (avoiding  the 
current  offset  of  rows  versus  columns),  and  allow  user-specified  computations 
(e.g.,  baseline  vs.  current  ratios).  New  data  elements  (e.g.,  square  footage) 
are  available  for  these  reports. 

Base  Input  Edit  Report.  This  report  provides  a summary  of  the 
inputs  for  a particular  base  or  facility  and  an  error  listing  describing  the 
result  of  error  checks  made  during  the  Final  Editing  and  Update  Module.  The 
summary  of  inputs  consists  of  a line-by-line  listing  of  DEIS  I or  DEIS  II 
inputs  that  are  processed  during  an  update  of  the  data  base.  The  error  list- 
ing displays  the  data  element(s)  in  question,  the  action  taken  (whether  or  not 

2 

the  input  was  accepted  for  update),  and  a description  of  the  error. 

The  Base  Input  Edit  Report  is  distributed  to  the  reviewing  organi- 
zations and  the  submitting  base  or  facility. 

Periodic  DEIS  Output  Files.  The  system  also  produces  tape  or  disk 
files  periodically  for  input  to  other  systems  (e.g..  Navy's  NEUPAS).  These 
are  defined  by  the  requirements  of  the  particular  systems,  ranging  from  copies 
of  the  monthly  data  (as  currently  supplied  to  NEUPAS)  to  customized  formatting 
of  selected  data  elements.  These  will  be  defined  as  required  by  other  sys- 
tems . 

Ad  Hoc  Output  Reports 

Ad  hoc  outputs  are  undefined  for  DEIS.  The  basis  for  such  reports 
is  the  availability  of  a report  generator  and  on-line  inquiry  capability  that 
permits  users  to  request  data  as  needed.  In  special  cases,  programmer  as- 
sistance may  be  required  for  complicated  formatting.  The  data  content  can 

2 

Some  error  checks  made  during  the  Final  Editing  and  Update  Module,  e.g., 
range  checks,  do  not  necessarily  indicate  an  error  if  they  are  violated. 
Other  errors,  e.g.,  format,  may  require  rejection  of  the  input  data. 
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include  all  data  elements  available  to  the  user.  (See  the  Report  Generation 
Module  description  for  an  example.) 


Administrative  Control  Reports 


Summary  Report  of  Other  Inputs.  This  report  is  generated  during  the 
processing  of  special  inputs  from  other  systems  (see  Final  Editing  and  Update 
Module).  It  includes  a simple  listing  of  the  inputs  and  any  diagnostic  re- 
marks generated  during  the  editing.  It  is  expected  that  weather  data  (heating 
and  cooling  degree  days)  and  square  footage  data  will  be  input  in  this  manner. 
Each  input  type  generates  a similar  report,  oriented  to  the  edits  made  and  the 
particular  data  content.  These  reports  are  for  review  by  the  Defense  Energy 
Office. 


Data  Base  Update  Summary  Report.  This  report  is  produced  from  the 
Final  Editing  and  Update  Module.  Included  is  a simple  listing  of  all  inputs 
processed  during  each  editing  and  update  run,  the  diagnostic  messages  from  the 
editing  performed,  and  the  action  taken  for  each  input  (accept  or  reject). 
This  report  is  produced  for  review  by  the  Defense  Energy  Office. 

Other  Administrative  Control  Reports.  In  addition  to  the  reports 
produced  as  part  of  the  routine  DEIS  processing,  other  reports  can  be  produced 
for  the  Defense  Energy  Office  for  administrative  purposes.  Depending  on  the 
DBMS  employed,  system-generated  outputs  may  be  available  that  provide  statis- 


tics on  usage,  storage  efficiency,  etc.  Additional  data  may  be  obtained  via 
ad  hoc  reports  for  specific  purposes,  e.g.,  to  determine  the  percentage  of 
inputs  received  for  a reporting  period. 


DATA  BASE  ADMINISTRATION 


The  function  of  the  Data  Base  Administrator  (DBA)  is  important  to  any 


data-base-oriented  system  and  particularly  to  DEIS  due  to  its  niimerous  users 


and  input  processes.  The  DBA  function  for  DEIS  is  under  the  control  of  the 


PflJJl  II.  II  111)1.1  I I .■■iiwi.iii  ‘ I aiMiRMiqqgpii 


r , • ” 

I 

Defease  Energy  Office,  providing  centralized  control  and  facilitating  co- 
ordination with  the  other  Defense  Energy  Office  administrative  functions. 

The  required  DBA  functions  include  both  technical  and  administrative 
expertise.  Therefore,  placement  of  the  DBA  role  may  be  divided  between  the 
DEIS  programming  and  analysis  staff  and  the  Defense  Energy  Office.  A list  of 
the  required  DBA  functions  follows,  including  an  indication  of  the  technical 
and  administrative  aspects  of  each. 

- Specification  of  user  passwords  and  determination  of  user  access 
rights  to  portions  of  the  data  base  (administrative) 

- Review  of  inputs  to  ensure  completeness  and  accuracy  of  reporting 
(administrative) 

- Consultation  with  users  to  determine  if  data  base  contents  require 
change  (administrative) 

- Development  of  standard  definitions  for  data  elements  (administrative) 

- Update  of  Data  Element  Dictionary  as  indicated  in  Table  III-l  (admin- 
istrative and  technical) 

- Review  of  data  base  and  system  statistics  (administrative  and  tech- 
nical) 

- Periodic  initiation  of  update  runs  (administrative  and  technical) 

- Design  and  development  of  the  data  base  (technical) 

- Daily  operational  control,  i.e.,  restart/recovery  procedures  and  data 
base  backup  (technical) 

Those  functions  that  are  both  administrative  and  technical  can  be  dele- 
gated to  either  staff  via  strict  procedural  definitions  or  be  performed 
jointly. 
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INTRODUCTION 

The  objective  of  the  implementation  plan  is  to  provide  some  near-term 
benefits  while  maintaining  consistency  with  the  long-term  recommended  DEIS 
design  for  modification.  The  plan  is  incremental  and  consists  of  two  phases. 
Phase  1 includes  activities  that  are  designed  to  provide  short  term  benefits 
in  terms  of  increased  accuracy  and  improved  timeliness.  Phase  2 is  designed 
to  provide  long  term  benefits  and  to  complete  the  recommended  modification  of 
DEIS.  Both  Phase  1 and  Phase  2 are  divided  into  activities  which  are  ordered 
to  ensure  development  continuity  while  providing  some  benefits  as  soon  as 
possible  in  each  phase. 

Table  IV- 1 summarizes  the  phases,  activities,  time,  and  costs  for  the 
modification  of  DEIS.  The  staff  hours  and  costs  indicated  reflect  the  most 
likely  values.  (A  range  of  -10%  to  +20%  to  each  activity  may  be  inferred 
depending  on  the  level  of  expertise  of  the  associated  staff.)  The  ranges 
provided  in  Table  IV-1  for  the  staffing  and  costs  of  activities  depend  on  the 
selection  of  the  level  of  an  activity  desired  (e.g.,  the  number  of  analytic 
reports  developed) . The  lower  value  is  the  minimum  cost  required  to  ensure 
the  satisfaction  of  DEIS  user  requirements.  The  Phase  1 cost  range  is  $52,200 
and  $63,800.  The  Phase  2 cost  range  is  $103,200  to  $216,000.  Expected  annual 
operating  costs^  are  $80, 000-$ 100, 000  for  personnel  and  $25,000  to  $50,000  for 
computer  processing. 

^Annual  operating  costs  reflect  estimated  governmental  service  center 
charges  to  the  Defense  Energy  Office  (MRA&L)  budget.  These  depend  on  the 
selection  of  the  computer  center  for  DEIS  processing. 
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TABLE  IV-1.  IMPLEMENTATION  PLAN  SUMMARY 


ACTIVITY 

STAFFING  (WKS.) 

COST* 

PHASE  1 

1. 

Input  Fonsa  Design 

8 

$12,800 

2. 

Detailed  Assesaawnt  of  Current  Operations 

1-A 

1 , 600-6, AOO 

3. 

Current  Systen  Docuaentation 

0-10 

0-16,000 

A. 

Procedures  for  New  Data 

10 

17,000** 

5. 

Assistance  for  DEIS  Data  Processing  in 

the  Services 

0-6 

0-11,600' 

Subtotal,  Phase  1 

17-38  weeks 

31,A00-63,800 

PHASE  2 

1. 

Assistance  in  Coaputer  Center  Selection 

A 

$ A, 800 

2. 

Progran  Design  and  Data  Definition 

6 

7,200 

3. 

Data  Base  Design 

8 

9,600 

A. 

Data  Input  Progran  Developaent 

12 

1A,A00 

5. 

Data  Base  Update  Progran  Developaent 

12 

1A,A00 

6. 

Initial  Load  Progran  Developaent 

8-15 

9,600-18,000 

7. 

Square  Footage  Input  Progran  Developaent 

10 

12,000 

8. 

Standard  Reports  Progran  Developaent 

10-20 

12,000-2A,000 

9. 

Analytic  Reports  Progran  Developaent 

A-16 

A, 800- 19, 200 

10. 

Weather  Data  Input  Progran  Developaent 

0-10 

0-12,000 

11. 

Uii  line  Error  Correction  Progran  Developaent 

0-5 

0-6,000 

12. 

Systen  Docuaentation 

12 

1A,A00 

13. 

Data  Storage  Hardware  Acquisition 

0 

0-50,000 

lA. 

Progrsn  Developaent  Testing  (Coaputer  Costs) 

O'* 

0-10.000 

Subtotal,  Phaae  2 

86-130  weeks 

$103,200-216,000 

Total,  Phase  1 and  Phase  2 

103-168  weeks 

$13A, 600-279, 800 

a - Staffing  coats  are  figured  at  $40/hr.  for  ayateas  analyat  tine  (fhaae  I)  and 
)30/hr.  for  prograaaaer/analyat  (Phase  2) 

b • Includes  $1,000  for  travel  expenses 

c • Includes  $2,000  for  travel  expenses 

d ■ Staffing  hours  for  ayatea  testing  are  included  in  the  progran  developaent  estiaates. 
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Total  ifflplefflentation  time  is  dependeat  upon  the  initiation  of  each  phase 
and  the  availability  of  staff.  Phase  1 and  Phase  2 can  be  treated  inde~ 
pendently  and  developed  concurrently.  However  we  recommend  the  sequential 
scheduling  of  the  two  phases.  A minimum  time  schedule  of  one  year  is  required 
for  the  initial  implementation  of  the  modified  DEIS;  a year  and  a half  is  most 
likely. 

PHASE  1 

Phase  1 requires  18  weeks  for  completion  with  a staff  of  2 persons. 
Figure  IV-1  indicates  the  sequence  of  activities  and  the  major  milestones  for 
completion.  We  recommend  the  completion  of  input  forms  design,  detailed 
assessment  of  current  operations,  and  procedures  for  new  data  as  the  minimum 
requirements  for  Phase  1.  Each  activity  is  described  below. 

Input  Forms  Design 

The  design  of  DEIS  input  forms  includes  three  subactivities:  the 
design  of  the  forms , the  development  of  prototypes , and  their  review  by  the 
Service  energy  offices  (and  their  delegates).  More  than  one  input  form  may  be 
required.  They  must  be  self-checking  and  instructional  (see  Chapter  II  for  an 
example).  They  also  should  be  generalized  for  use  by  bases  and  facilities 
with  differing  input  requirements. 

Detailed  Assessment  of  Current  Operations 

This  activity  has  two  parts:  a review  of  the  existing  specification 
for  improving  DEIS  data  processing  (written  by  DLA)  and  further  analysis  of 
current  operations.  The  analysis  has  three  steps:  identification  of  the  most 
likely  areas  for  improvement  (e.g.,  transmission  of  data  by  the  Services, 
current  production  priority) ; further  investigation  of  those  areas  to  develop 
new  procedures;  and  review  by  all  parties  involved. 


Current  System  Documentation 


The  total  information  flow  of  the  current  system  must  be  documented 
to  include  the  organizations  involved  and  actions  taken  during  the  flow  of 
data  from  the  bases/facilties  to  DLA,  standard  data  definitions,  the  identi- 
fication of  users,  the  sequence  of  data  processing  steps,  etc.  This  activity 
includes  the  integration  of  available  material  into  a comprehensive  single 
document.  The  DEIS  documentation  must  be  designed  for  future  modification  to 
reflect  planned  (Phase  2)  as  well  as  unanticipated  changes  to  the  system. 

Procedures  for  New  Data 

The  addition  of  weather,  facility  square  footage,  and  new  energy 
type  (solar,  geothermal,  etc.)  data  requires  early  standardization  of  data 
definitions,  agreement  on  how  the  data  should  be  collected  and  reported,  and 
documentation  and  review  of  processing  procedures  for  each  data  type. 

Assistance  for  DEIS  Data  Processing  in  the  Services 

This  activity  includes  any  assistance  needed  by  the  Services  in 
planning  and  developing  DElS-related  data  processing,  as  well  as  the  co- 
ordination of  these  efforts.  While  not  deemed  an  absolute  requirement,  this 
activity  can  ensure  consistency  between  the  Services  and  DEIS  requirements  and 
promote  a transfer  of  ideas,  design,  and  possibly  software. 

PHASE  2 

Phase  2 requires  at  least  3A  to  44  weeks  for  completion  with  full  staff- 
ing. Figure  IV-2  indicates  the  sequence  of  activities  that  are  described 
below. 

Assistance  in  Coisputer  Center  Selection 

This  activity  involves  coordination  and  consultation  between  the 
DEIS  Project  and  the  HRA&L  Automated  Systems  Office.  The  DEIS  staff  will 
provide  technical  support  for  the  selection  of  the  data  processing  center (s) 


for  DEIS.  The  decision  will  be  nade  jointly  by  the  Automated  Systems  Office 
and  the  Defense  Energy  Office. 

Program  Design  and  Data  Definition 

Before  the  initiation  of  system  development,  the  leader(s)  of  the 
DEIS  system  development  project  will  complete  a detailed  design  of  DEIS  (spec- 
ifying all  programs  and  subroutines)  and  the  definition  of  the  program  (data) 
interfaces.  The  Chief  Programmer  Team  concept  is  reconuiended  for  this  and 
subsequent  design  and  development  activities. 

Data  Base  Design 

The  data  base  design  activity  includes  the  physical  design  of  the 
data  base,  selection  of  the  system  utility  programs  required  and  their  re- 
spective operational  procedures  (e.g.,  daily  backup  of  the  data  base  to  tape, 
quick  recovery,"  etc.),  coding  the  physical  design  in  the  data  definition 
language  of  the  DBMS,  and  testing. 

Data  Input  Program  Development 

Design  of  the  programs  to  accept  and  edit  the  DEIS  input  data, 
coding,  and  testing  of  all  subroutines  are  included  in  this  activity. 

Data  Base  Update  Program  Development 

Design,  programming,  and  testing  of  all  data  base  update  processing 
is  required  of  this  activity. 

Initial  Load  Program  Development 

A program  to  load  the  existing  DEIS  master  file  (historical  and 
baseline  data)  on  the  data  base  is  the  product  of  this  activity.  The 
time/cost  range  indicated  in  Table  IV-1  and  Figure  IV-2  depends  on  the  degree 
of  difficulty  involved,  the  availability  and  readability  of  historical  tapes, 
and  the  documentation  and  records  of  change  available  to  the  prograimner. 
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Square  Footage  Progran  Developaent 

This  activity  iacludes  the  design,  coding,  and  testing  of  all  pro- 
grams required  to  add  facility  square  footage  data  from  other  data  bases 
(e.g.,  the  Real  Property  Inventory  records  of  the  Services)  or  periodic  inputs 
(e.g.,  additions  to  DEIS  inputs)  to  the  DEIS  data  base.  The  specification  of 
the  data  source  will  be  made  by  the  Services.  (Sources  are  currently  being 
investigated  by  the  Service  energy  offices.) 

Standard  Reports  Program  Development 

The  regular  outputs  for  DEIS  are  to  be  designed,  coded,  and  tested 
during  this  activity.  The  level  of  initial  activity  indicated  in  Table  IV- 1 
and  Figure  IV-2  depends  on  how  much  variation  between  users  is  allowed.  After 
obtaining  the  desired  output  layouts  from  the  primacy  users,  some 
integration/arbitration  of  requirements  may  permit  a reduction  in  the  initial 
programming  requirements  (e.g.,  four  standard  reports  developed  rather  than 
seven) . 

Analytical  Reports  Program  Development 

This  activity  consists  of  the  development  of  customized,  ad  hoc 
analytic  procedures  using  the  report  generator  (DBMS  facility)  user  language. 
Since  the  standard  reports  should  include  some  limited  analysis,  this  activity 
is  not  as  critical  as  others  for  the  initial  development  of  DEIS.  However,  at 
a minimum,  some  assistance  should  be  provided  to  users  who  wish  to  utilize  the 
user  language  to  produce  analytic  reports  or  graphs. 

Weather  Data  Input  Program  Development 

The  design  of  the  program  to  input  monthly  regional  weather  data, 
coding,  and  testing  are  included  in  this  activity.  This  activity  may  be 
eliminated  from  initial  development  (to  be  added  later) , as  weather  data  are 
desirable,  but  a secondary  DEIS  requirement. 
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APPENDIX  A 

DEIS  MANUAL  - DOD  5126.46-M 

The  following  appendix  contains  a reproduction  of  Defense  Energy 
Information  System  (DoD  5126.46-M).  This  document  describes  the  input  pro- 
cedure, formats,  and  data  content  of  the  current  DEIS.  The  current  DEIS  data 
processing  system,  however,  has  not  been  modified  to  accept  these  inputs. 


► I 
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System 


OoO  S128.46  M 
Oiparnnant  o4  Otfans* 
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May  1978 


(see  Chapter  IV,  Implementation  Plan),  using  the  available  data  elements 
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manpower, 
reserve  affairs 
AND  logistics 


ASSISTANT  SECRETARY  OF  DEFENSE 

WASHINGTON  O.  C 20301 


Mav  12,  197S 


This  manual  Is  published  under  the  authority  of  DoD  Directive  5126.46,  "Oefense 
Energy  Information  System  (DEIS).”  It  is  effective  immediately  and  applies  to  all  DoD 
activities  without  further  formal  issuance  by  any  DoD  Component.  Report 
modifications  required  by  this  manual  will  be  fully  implemented  on  October  l , 1978. 
Reports  now  submitted  will  continue  to  utilize  ongoing  report  procedures. 


Assistant  Secretary  of  Defense 
(Manpower,  Reserve  Affairs  and  Logistics) 


^SooM  error  checks  made  during  the  Final  Editing  and  Update  Module,  e.g. 
range  checks,  do  not  necessarily  indicate  an  error  if  they  are  violated 
Other  errors,  e.g.,  format,  may  require  rejection  of  the  input  data. 
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and  input  processes.  The  DBA  function  for  DEIS  is  under  the  control  of  the 
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Chapter  1 

Introduction 


^I’l  Defense  Energy  information  System  (DEiS)  provides  reiiable  and  objective  energy  information  for 
all  DoO  activities,  eliminating  duplicative  energy  data  reporting  requirements. 

B.  The  Defense  Energy  Information  System  currently  consists  of  the  OEIS-I,  Bulk  Petroleum  Product 
Report,  and  the  OEIS-II,  Utility  Energy  Report. 

1 . The  DEIS-I  provides  information  on  inventory,  consumption,  resupply  and  sale  of  bulk  petroleum 
products  throughout  the  Department  of  Defense,  it  identifies  all  Defense  Logistics  Agency-owned 
petroleum  products  in  transit  (Military  Sealift  Command  (MSC)  tankers.) 

2.  The  DEIS-II  identifies  inventory  for  coal,  propane,  and  liquified  petroleum  gas  (LPG)  only  and  the 
consumption  of  all  utility  energy  (electricity,  natural  gas,  propane,  LPG,  coal,  fuel  oil  and  purchased 
steam  and  hot  water).  It  also  compares  energy  consumption  with  baseline  consumption  periods  to 
determine  energy  conservation  achievements. 

The  DEIS-I  and  DEIS-II  are  intended  to  provide  minimum  essential  energy  management  data  on  a 

lely  basis.  The  formats  of  these  reports  have  been  developed  to  facilitate  preparation  by  reporting 
activities,  provide  for  rapid  transmission,  and  simplify  automated  data  processing.  When’data  from  these 
two  reporting  systems  are  collated,  a single  data  base  is  available,  covering  most  energy  resources  used 
DoD-wide.  The  following  tables  illustrate  the  types  of  data  fields  and  displays  of  the  DEIS: 


PRODUCTS 


DEIS'I  (Petroleum  Report) 

FIELDS  SUMMARIES  AND  DISPLAYS 


AVIATION  GASOLINES 
JET  FUELS 
MOTOR  GASOLINES 
DISTILLATES 
RESIDUALS 


INVENTORY 
CONSUMPTION 
ISSUES 
RECEIPTS 
TRANSFERS 
SALES  TO  NON-DOD 
ACTIVITIES 

PRODUCTS  IN  TRANSIT 


REPORTING  ACTIVITIES 
MAJOR  COMMANDS 
MILITARY  SERVICE 
CINCs 

STATES  AND  COUNTRIES 
CONUS  AND  WORLDWIDE 


ENERGY  SOURCE 


DEIS-II  (Utility  Report) 

FIELDS 


SUMMARIES 


ELECTRICITY 
NATURAL  GAS 
PROPANE/LPG 
heating  FUEL 
COAL 

STEAM  AND  HOT 
N.  WATER 


INVENTORY  (I.E.,  COAL, 
PROPANE/LPG) 
CURRENT  CONSUMPTION 
BASELINE  CONSUMPTION 
PERCENT  CHANGE  IN 
CONSUMPTION  RATE 


REPORTING  ACTIVITIES 
MAJOR  COMMANDS 
MILITARY  SERVICE 
STATES  AND  COUNTRIES 
CONUS  AND  WORLDWIDE 
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Chapter  2 

Reporting  Requirements 


c 


A.  DBS  I (BULK  PETROLEUM  PRODUCT  REPORT) 

The  OEIS-i  report  reflects  bulk  petroleum  Inventory,  receipts,  consumption,  sales  to 
OoO/non-OoO  activities  and  Service  unique  utilization  information. 

1 . Report  Frequency.  Prepare  the  DEIS-I  report  as  of  0800  hours  local  mean  time  on  the  last 
Friday  of  each  month.  Transmit  the  report  to  arrive  at  the  Defense  Logistics  Agency  (DLA),  not 
later  than  0800  hours  local  mean  time,  Washington,  D.C.,  on  the  Wednesday  following  the 
Friday  cutoff.  When  more  frequent  reports  are  determined  to  be  necessary  by  ASD(MRA4L). 
weekly  reporting  will  be  initiated.  DoO  components  shall  submit  requests  for  frequency  and 
reporting  deviations  to  ASD(MRA&L)  ATTN:  Deputy  Assistant  Secretary  of  Defense  (Energy, 
Environment,  and  Safety).  Refer  to  Chapters  4,5  & 6 for  instruction  on  preparation  of  DEIS-I  data 
for  transmission  to  DLA. 

2.  Data  Lines.  Report  ail  data  In  whole  barrels  (42  U.S.  gallons).  Nomenclature  and  product 
codes  of  petroleum  products  to  be  reported  are  Identified  in  Chapter  3.  Three  data  lines  will  be 
prepared  for  each  petroleum  fuel  stored,  consumed,  issued  and/or  sold  and  will  be  identified 
by  document  Identifier  code  MEA  and  card  type  (2, 3,  or  4 as  applicable).  In  the  event  of  aerials, 
or  when  DoD  needs  greater  visibility  of  petroleum  product  availability,  the  MEA  data  will  be 
submitted  at  an  Increased  frequency. 

a.  Data  elements  to  be  reported  in  the  MEA  data  lines  are  identified  beiow.  Refer  to 
Chapter  5 for  Instructions  on  formulatinft  this  data  for  transmission  to  DLA. 

(1)  MEA  2 Data  Card 

(a)  Opening  Inventory.  Report  total  physical  Inventory  (quantity)  on  hand  at  the 
beginning  of  the  report  period.  The  opening  inventory  must  be  the  same  as  the  closing 
Inventory  of  the  previous  report.  Navy  ships  are  exempt  from  reporting  this  element,  except  for 
Mobile  Logistic  Support  Force  (MLSF)  ships  carrying  bulk  petroleum  cargoes  and  the  Military 
Sealift  Command  (MSC)  support  tankers. 

(b)  Issues.  Report  total  quantity  of  fuel  which  has  been  issued  through  the  reporting 
activity  system.  Include  Issues  to  all  consuming  vehicles  regardless  of  ownership,  all  bulk 
transfers/ sales  (both  intra  and  Inter-service)  and  decreases  in  inventory  due  to  regrading  of 
product  and  determinable  losses  (i.e.,  pipeline  rupture,  etc.). 

(c)  Receipts  from  Commercial  Sources.  Report  all  quantity  received  during  the  report 
period  from  contract  sources  including  direct  delivery,  contract  bulletin  and  local  purchases. 


(d)  R«c«ipts  from  DoO.  Report  all  quantity  received  during  the  report  period  from 
Defense  Fuel  Support  Points  (DFSPs)  and  from  other  DoD  components.  Include  in  this  column 
gains  to  inventory  caused  by  regrading  of  product. 

(a)  Closing  Inventory.  This  will  be  the  closing  measured  Inventory  at  the  asset  cut-off 
time.  All  Navy  ships  are  exempt  from  reporting  closing  Inventory,  except  MLSF  oilers  and  MSC 
fleet  support  tankers. 

(2)  MEA  3 Oats  Card.  This  data  card  Is  utilized  to  report  consumption  by  the  reporting 
Military  Service  and  the  use  to  which  the  product  Is  applied,  iPrlmary.  Secondary,  or  Tertiary); 
report  consumptlon/receipts  from  Into-plano  contracts.  Form  15/44  purchases  and  credit  card 
purchases;  report  downgrade  of  product  and  determinable  loss  of  product.  The  Military 
Department  will  determine  the  definitions  of  these  terms  as  they  apply  to  their  service.  Data  on 
this  card  must  reflect  those  quantities  of  fuel  issued  into  using  entities  of  their  own  Military 
Service  for  immediate  consumption  with  the  exception  of  card  column  44-49.  (Chapter  5 
provides  more  detail). 

(3)  MEA  4 Data  Card  Is  designed  to  provide  detailed  issue  data  for  all  product  issued  to 
activities  other  than  the  reporting  activity.  Columnar  data  elements  are  different  for  each 
Military  Service.  Chapter  6 provides  detailed  submission  instructions. 

3.  Department  of  Defense  terminal  operations  are  not  considered  consuming  activities; 
therefore,  the  Defense  Fuel  Supply  Center  (DFSC)  will  obtain  pertinent  petroleum  data  from 
their  bulk  petroleum  terminal  message  report  (PCS:  DLA(W)1884)  and  subsequently  process  it 
in  DEIS-I  format.  Additionally,  DLA  will  report  all  product  In  transit  via  ocean  tanker, 
summarizing  destination  by  (a)  Unlfled/Specifled  Commands,  and  (b)  CONUS  (East  and  West 
Coast);  and  all  product  in  transit  between  procurement  sources  and  Defense  Fuel  Support 
Points  (DFSPs). 

B.  OEIS-II  (UTILITY  ENERGY  REPORT) 

DEIS-II  is  designed  to  address  the  consumption  of  energy  resources  used  to  provide  utility 
energy.  Product  codes  and  conversion  factors,  where  opplicable,  for  utility  services  to  be 
reported  are  identified  in  Chapter  8.  The  DoD  component  supplying  utility  services  will  report 
for  all  tenants  and  customers  on  or  supported  by  the  reporting  installation.  Where  mutually 
agreeable  between  the  host  and  tenant,  major  energy-consuming  tenants  may  report  energy 
consumption  through  their  Service  channels.  However,  data  submitted  in  this  manner  will  be 
coordinated  between  the  host  and  tenant  to  insure  that  all  consumption  is  reported  and  no 
onfumption  is  reported  twice. 


via  AUTOOIN,  where  availaSe  or  tSetvoe  tt3  ^ each  month.  Transmit  the  report 

Station,  Alexandria,  Virginia  22314  by  the  fourth  Agency,  Cameron 

the  repon  period,  ores  specllled  py  ie  DoD  Comp“2nfep?i?pp,|,TbTis^^^^^ 

UnhsoSega  BTUsl'^Mort'purehasM'eErS?  electripity.  in  mllllona  of  British  Thermal 
elements  to  be  rewrtX  ,he  DBsTe.S^i  otS.*?*  Specific  data 

instructions  on  papering 

the  report^minT'"’' P™Pe"e/LPS  only  at  the  end  of 

a%'S?o?:a;5ro'0F§S5Vfo^  apZe/dfsa'ppTve  changet 

the  report’  quantity  of  product  consumed  during  the  month  covered  by 

the  reasonVo'f'a ISJSncelnd'Se^^^^^  ‘^°Pes  ^e^'ec 

relative  to  goals  or  limits  established  bv  ASD?mr aa  m conservation  peformance 
identified  in  Chapters.  ^ ^ (MRA&L).  Variance  codes  and  their  definitions  are 

e.  Option  Data.  Two  eight-digit  data  fields  are  available  for  Military  Service  Use. 

C.  REPORTS  CONTROL  SYMBOL 
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Chapter  3 

Products  and  Product  Codes  for 
DElS-i  Reporting 


NOMENCLATURE 

PRODUCT  CODE 

Gasoline,  Aviation,  Grade  100/130 

MIL-G-5572  (NATO  F-18) 

130 

Gasoline,  Aviation,  Grade  100/130 

Low  Lead,  MIL-G-5572E 

131 

Gasoline,  Aviation,  Grade  108/135 

PWA510A 

135 

Gasoline,  Aviation,  Grade  115/145 

MIL-G-5572  (NATO  F-22) 

145 

Gasoline,  Aviation,  Grade  80/87 

MIL-G-5572 

887 

Gasoline,  Aviation,  Grade  91/96 

MIL-G-5572 

996 

Turbine  Fuel,  Aviation,  Grade  JP-4 

MIL-T-5624  (NATO  F-40) 

JP4 

Turbine  Fuel,  Aviation,  Grade  JP-5 

MIL-T-5624  (NATO  F-44) 

JP5 

Turbine  Fuel,  Aviation,  Referee  for 

JP-4,  Grade  1,  MIL-T-5161 

JR1 

Turbine  Fuel,  Aviation,  Referee  for 

JP-5,  Grade  II,  MIL-T-5161 

JR2 

A- 9 


NOMENCLATURE 


PRODUCT  CODE 


Turbina  Fuel,  Aviation,  Grade  JP-d, 

MIL-T-83133 

JP8 

Turbine  Fuel,  Aviation,  Grade  Jet  A 

ASTM  D-1655 

JAA 

Turbine  Fuel,  Aviation,  Grade  Jet  B 

ASTM-0-1655 

JAB 

Turbine  Fuel,  Aviation,  JP-TS 

MIL>T-2S524 

JTS 

Turbine  Fuel,  Aviation,  Grade  A-1 , 

ASTM-0-1855,  Type  A-1 

JA1 

Gasoline,  Automotive,  Combat  Type  1, 

3.17  gms  per  gai.,  max.  metailic  lead 
content,  MIL-G-30S6  (NATO  F-46) 

MG1 

Gasoline,  Automotive,  Combat,  Type  II, 

3.17  gms  per  gal.,  max.  metallic  lead 
content,  MIL-G-30Se  (NATO  F-46) 

MG2 

Gasoline,  Automotive,  Premium  4.23 
gms  per  gai.,  max.  lead  content, 

FED-W-G-76 

MGP 

Gasoline,  Automotive,  Regular 

4.24  gms  per  gal.,  max.  lead  content, 

FED-W-G-78 

MGR 

Gasoline,  Unleaded  .07  gm  per  gai., 
max.  allowable  tetrs<>thyl  lead; 

FED-W-G-109 

MGU 

Gasoline,  Automotive,  Special 

No  Lead,  FED-VV-Q-1690 

MUS 
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NOMENCLATURE 

PRODUCT  CODE 

Gasoline,  Automotive,  Regular, 

No  Lead,  FEO-VV-G-1690 

MUR 

Gasoline,  Automotive,  Premium, 

No  Lead.  FED-VV-G-1690 

MUP 

Gasoline,  Automotive,  limited  lead; 

1.5  ml.  max.  tetraethyl  lead  ml.  per  gal. 
allowable  FED  W<G-1690 

MLL 

Gasoline,  Automotive,  no/low  lead. 

Premium,  .50  gms  per  gal.  max.  lead 
content,  FED-W-G-1690 

MLP 

Gasoline,  Automotive,  no/low  lead. 

Regular,  .50  gms  per  gal.  max. 
lead  content 

MLR 

Diesel  Fuel, 

MIL-F-16884G  (NATO  F-76) 

DFM 

Diesel  Fuel  (with  exceptions  to 

MIL-F-16884G) 

DFW 

Diesel  Fuel,  Grade  DF-1 , 

Winter,  FED-W-F-000 

DF1 

Diesel  Fuel,  Grade  DF-2 

FED-W-F800  (NATO  F-54) 

0F2 

Diesel  Fuel,  Arctic,  DF-A 

FED-W-F-800B  (NATO  F-56) 

DFA 

Diesel  Fuel  (for  AF  missile  sites) 

DFB 

Fuel  Oil  Burner,  FS>1 , 

FED-W-F-515 

FS1 

NOMENCLATURE 

PRODUCT  CODE 

Fuel  Oil  Burner,  PS>2 

FED-VV-F-815 

FS2 

Fuel  Oil  Burner,  FS-4 

FED-VV-F-815 

FS4 

Fuel  Oil  Burner,  FS-5 

FED-VV-F-815 

FS5 

Fuel  Oil  Burner,  FS-6 

FED-VV-F-815 

FS6 

Fuel  Oil,  Diesel  (MMS) 

AFPID  9140/1 

DFS 

Fuel  Oil  Burner,  Low 

Sulfur  MIL-F-859 

FSL 

Kerosene,  FED-VV-K-211 

KSN 

Kerosene,  Deodorized 

VV-K-220 

KSD 

Fuel  Oil,  Burner,  Navy  Distillate 

MIL-F-24397  (NATO  F-85) 

NDF 

Fuel  Oil  Burner,  Navy 

Special  MIL-F-859  (NATO  F-77) 

NSF 

1 


p 


4 


I 
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Chapter  4 

DEIS  Report  Preparation 


A.  STANDARD  MESSAGE  FORM  (DD  FORM  173) 


1.  ^en  a DD  Form  173  is  used  to  transmit  DEiS  data,  the  foiiowino  information  will 
'"••PPlIcWe  blocks.  ThI.  loformulon  modilto 


BLOCK 

COMMENT 

Sscurity  Ciassification 

Enter  "UNCLASSiFiED" 

Page 

Number  consecutiveiy;  l.e.,  1 of  1 ; 2 of  2. 

Drafter  or  Reieaser  Time 

Leave  Biank 

Precedence  Act 

Enter  "PP" 

Precedence  info 

Enter  "RR”  if  an  info  addressee  is  listed: 
otheneise  leave  blank 

LMF 

Enter ‘TC" 

Ciass 

Enter  “UUUU" 

CiC 

Enter  ‘‘HHaW” 

From 

Enter  appropriate  activity  address 

To 

Enter  “DEIS  DLA  Cameron  Sta  Alexandria  VA 

info 

Enter  Information  addresses 

Ciassification 

Enter  “UNCLAS"  above  subject 

Subject 

Enter  “DEIS-I,  RCS:  DD-M  (AR)  1313”  or 
"DEIS-il,  RCS:  DD-M  (AR)  1313"  as 
appropriate 
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2.  Data  lines  will  be  entered  according  to  the  formats  in  the  following  chapters.  An  example 
of  proper  message  text  for  the  MEA  data  line  is; 

MEA  2 W26AAA  4270  JP4  0000010  0000002  0000010  0000000  0000017 

Note  that  there  is  only  one  space  between  data  elements;  no  dash  is  placed  in  product  codes 
and  leading  zeros  are  used  to  fill  unused  card  columns  of  data  elements.  If  a particular  data 
element  does  not  apply,  zeros  are  used  to  fill  data  element.  This  procedure  facilitates  proper 
spacing  of  message  text,  (Navy  afloat  units  using  modified  ACP 126  Procedures  will  comply 
with  NTP-4).  ^ 

B.  AUTOOIN  INSTRUCTIONS 

Always  transmit  a header  card,  subject  card,  action  card  for  energy  resources  being  reported 
and  a trailer  card.  ^ 

1.  Header  Card: 


Card  Column 
1 

2-3 

4 

5-8 

9 

10-16 


Comment 
Enter  “P” 

Enter  “CC" 

Enter  "U" 

Enter  “HHBW” 

Blank 

Routing  indicator  of  transmitting  station 
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CardColuimt 


ComnMnt 


Sequential  number 


Julian  Day 
Time  of  File 


Blank 


Card  count  of  “MTMS’ 


Enter dash 


Blank 


41-47 


Enter  “RUEBOIL.”  Always  use  this  routing 
indicator. 


Enter  period 


Leave  Blank 


2.  SubieetCard: 


Card  Columir 


Comment 


Enter  “DEIS' 


Blank 


Enter  “1"  for  DEIS-I  or  ‘•2”  for  DEIS-II 


Blank 


Enter  “RCS' 


Blank 


d Column 

Comment 

14 

Blank 

15 

Enter  dash 

16 

Enter  “M" 

17 

Blank 

18-19 

Enter  “AR" 

20 

Blank 

2T-24 

Enter  “1315" 

25-30 

Leave  Blank 

3.  Action  Card  (Data  llne)r  Format  according  to  Chapters  6,7,  and  9. 

trailer  card  is  identical  to  the  header  card  through  card  coiumn  38 
except  ttwt  the  trallw  caid  must  contain  the  actual  card  count  In  columns  30-33.  Columns  39 
through  76  and  blank  columns  77-80  contain  “NNNN." 


Chapter  5 

Petroleum  Product  Reporting  Format 


Data  elements  will  be  reported  in  the  following  format.  Separate  cards  or  line  entries  will  be 
prepared  for  each  applicable  product  category. 


MEA  2 CARO  (All  Quantity  Fields  in  Barrels) 


CARD  COLUMN 
1-3 

4 

5 

6 

7-12 

/ 

13 

14-17 

18 

IB-21 

22 

23-29 


DATA 

MEA 
Blank 
Numeric  2 
Blank 

DOOAAC  - (i.e.,  FP2300  N00151  A26FAA). 
These  activity  address  codes  are  defined  in 
DOD  4000.2SD 

Blank 

Julian  date  of  the  asset  cut-off  time 
Blank 

Product  Code  - 3 position  code  as  defined  in 
000  4140.25M 

Blank 

Opening  Inventory  - This  quantity  will  always 
agree  with  the  closing  inventory  from 
previous  report. 


f 


i 1 


DATA 

Blank 

Issues  - Report  total  quantity  of  fuel  which  has 
been  issued  through  the  reporting  activity 
system.  Include  issues  to  all  consuming 
vehicles  regardless  of  ownership,  all  bulk 
transfers/ sales  (both  intra  and  inter  Service) 
and  decreases  In  inventory  due  to  regrading  of 
product  and  determinable  losses. 

Blank 

Receipts  from  commercial  contracts.  Report 
total  quantity  received  during  the  report  period 
from  contract  sources  including  direct  delivery, 
contract  bulletins  and  local  purchases. 

Blank 

Receipts  from  DoO  > Report  all  bulk  receipts 
from  intra  and  interservica  transfers.  Include  in 
this  coiumrr  gains  to  inventory  caused  by 
regrading  of  product. 

Blank 

Closing  Inventory.  This  will  be  the  closing 
measured  inventory  at  the  asset  cut-off  time. 

Leading  zeros  will  he  used  to  fill  unused  card 
columns  of  data  fields.  If  a particular  data  field 
does  not  apply,  zeros  will  be  used  to  fill  the 
data  field. 
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MEA3CAR0 

This  data  card  consists  of  five  separate  six  position  entries  of  data  specifically  required  by 
ASO(MRA&L)  and  are  reported  through  card  column  56.  Card  columns  58  through  63  are 
provided  for  individual  service  optional  use. 


This  data  card  is  utilized  to  report  consumption  by  the  reporting  Military  Service  and  the  use  to 
which  the  product  is  applied,  (Primary,  Secondary,  or  Tertiary);  report  consumption/receipts 
from  into-plane  contracts.  Form  15/44  purchases  and  credit  card  purchases;  report  downgrade 
of  product  and  determinable  loss  of  product.  The  Military  Department  will  determine  the 
definitions  of  these  terms  as  they  apply  to  their  service.  Data  on  this  card  must  reflect  those 
quantities  of  fuel  issued  into  using  entities  of  their  own  Military  Service  for  immediate 
consumption  with  the  exception  of  card  column  44-49. 

CARO  COLUMN  DATA 


1-3 

4 

5 

6 


.... 

. ... 


7-12 


13 


14-17 

18 

19-21 

22 

23-28 


MEA 


Blank 

Numerics 

Blank 

DODAAC 

Blank 

Julian  date  (last  Friday  of  month) 
Blank 

Product  Code 
Blank 

Primary  Use 
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CARO  COLUMN 

DATA 

29 

Blank 

30-35 

Secondary 

36 

Blank 

37-42 

Tertiary 

43 

Blank 

44-49 

Quantity  of  product  downgraded  and  quantity 
applicable  to  determinable  loss  (i.e.,  pioeline 
rupture,  etc.)  . k h 

50  ’ 

Blank 

51-56 

Consumption/Receipts  from  into-plane 
contracts  and.  Form  15/44  purchases  for 
aviation  fuels  — oil  company  credit  cards  for 
ground  products  consumed. 

57 

Blank 

58-63 

Service  Use 
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Chapter  6 

Monthly  Detail  Reporting  Format 


CARD  COLUMN 
1-3 

4 

5 

6 

7-12 

13 

14-17 

18 

19-21 

22 

23-27 


28 

29-33 


DATA 

MEA 

Blank 

Numeric  4 

Blank 

OODAAC 

Blank 

Julian  Date 

Blank 

Product  Code 
Blank 


Quantity  issued  to  a for  immediate 
consumption 

Blank 

Quantity  issued  to  l>  for  immediate 
consumption  ” 


tr 

1 


CARD  COLUMN 

DATA 

34 

Blank 

35-39 

Quantity  issued  to  e for  Immediate 
consumption  " 

40 

Blank 

41-45 

Quantity  Issued  to  non-OoO.  Include  all  issues 
whether  In  bulk  or  for  Immediate  consumption 

46 

Blank 

47-51 

Intra  Service  Transfers 

52 

Blank 

53-57 

Inter-Service  Transfers 

58 

Blank 

59-63 

Service  Use 

• Army  report  AF;  AF  report  Army;  Navy  report  Army,  Marine  report  Army 
b Army  report  Navy;  AF  report  Navy;  Navy  report  AF,  Marine  report  AF 
c Army  mport  Marine;  AF  report  Marine;  Navy  report  Marine,  Marine  report  Navy 


r 


i 
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ARMY  MEA  4 INSTRUCTION  (All  Quantity  Flalds  In  Barrala) 


CARO  COLUMN 
1-3 

4 

5 

6 

7-12 

13 

14-17 

18 

19-21 

22 

23-27 


28 

29-33 


34 


DATA 

Always  MEA 
BlanK 

Always  numaric  4 

Blank 

OOOAAC 

Blank 

Julian  Oats 

Blank 

Product  Coda 
Blank 

Quantity  of  product  Issuad  Into  an  Air 
Porca  vahicia  or  othar  and  Itam  for  ln>madlata 
consumption.  Do  Not  Raporl  Bulk  Issues  In 
this  dats  flald. 

Blank 

Quantity  of  product  Issued  Into  a Navy  vehicle 
or  othar  and  Itam  for  Immediate 
consumption.  Do  Not  Report  Bulk  Issuaa  In 
this  data  floM. 

Blank 


t 
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CARD  COLUMN 
35-3»' 


40 

41-45 


46 

47-51 


52 

53-57 


58 

5863 


DATA 


Quantity  of  product  issued  into  a Marine 
vehicle  or  other  end  item  for  Immediate 
consumption.  Do  Not  Report  Bulk  Issues  in 
this  data  field. 


Blank 


Quantity  of  product  issued  to  Non-DoD 
Activities.  Include  all  issues  made  to  any 
aoency  outside  DoO  both  bulk  and  into 
consuming  entity. 


Blank 


Report  quantity  of  Bulk  product  transfers  to 
other  Army  Activities.  Do  Not  Report  product 
Issued  Into  consuming  entity  in  this  data  field. 


Blank 


Report  quantity  of  Bulk  product  issued  to 
DoO  activities  other  than  US  Army.  Do  Not 
Report  product  issued  into  consuming  entity 
In  this  data  field. 


Blank 

Service  Use 


NOTE:  Leading  zeros  will  be  used  to  fill  unused  card  columns  of  data  fields.  If  a particular  data 
field  does  not  apply,  zeros  will  be  used  to  fill  the  data  field. 


A-24 


'i 


The  DLA  computer  program  will  total  data  raportad  In  card  columns  23  through  49  of  tha  MEA  3 
card  with  all  data  raportad  on  tha  MEA  4 card,  columns  23  through  57,  and  compare  to  data 
raportad  In  card  columns  31  through  37  of  tha  MEA  2 card.  These  quantities  should  balance. 
Tha  computer  will  than  perform  a mathematical  check  using  the  formula  opening  inventory 
minus  Issues  plus  receipts  from  contract  and  others  equals  closing  Inventory.  The  difference.  If 
any,  will  print  as  a gain/loss  to  Inventory. 

The  computer  will  also  combine  Army  data  reported  in  columns  23  through  42  and  51  through 
56  of  the  MEA  3 card  with  quantities  reported  as  Issued  Into  Army  vehicles  by  other  services  to 
arrive  at  Army  monthly  consumption.  Quantities  reported  in  columns  51  through  56  will  also  be 
added  by  the  computer  to  receipts  from  commercial  sources  to  arrive  at  total  service  receipts 
from  commercial  sources. 


4 
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NAVY  ACTIVITY  MEA  4 INSTRUCTION  (All  Quantity  Fields  in  Barrels) 


CAROCOLUyN 

4 

5 
« 

: b 

7-12 

13 

14-17 

18 

19-21 

22 

23-27 

28 

29^ 


DATA 

Always  MEA 
Blank 

Always  nurneric  4 

Blank 

OOOAAC 

Blank 

Julian  Date 

Blank 

Product  Code 
Blank 

Quantity  of  product  issued  into  an  Army 
vehicle  or  other  end  item  for  immediate 
consumption.  Do  Not  Report  Bulk  Issues  in 
this  data  field. 

Blank 

Quantity  of  product  issued  into  an  Air  Force 
vehicle  or  other  end  item  for  immediate 
consumption.  Do  Not  Report  Bulk  Issues  in 
this  data  fleM. 


NOTE:  Leading  zeros  will  be  used  to  fill  unused  card  columns  of  data  fields.  If  a particular  data 
field  does  not  apply,  zeros  will  be  used  to  fill  the  data  field. 
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CARD  COLUMN 


35-39 


41-45 


53-57 


99-93 


DATA 


Blank 


Quantity  of  product  Isauad  Into  a Marina  Corpa 
vahicla  or  other  erKj  Item  for  Immadiate 
conaumption.  Do  Not  Report  Bulk  laauea  In 
thladatafMd. 

Blank 

Quantity  of  product  laaued  tc  Non-DoO 
Activltiea.  Include  all  laauea  made  to  any 
agency  outalde  OoO.  both  Bulk  and  Into 
Conauming  entity. 

Blank 

Report  quantity  of  Bulk  product  tranafera  to 
other  Navy  Activltiea.  Do  Not  Report  product 
laaued  Into  conauming  entity  In  thia  data  field. 

Blank 

Report  quantity  of  Bulk  product  laaued  to  DoD 
Activltiea  other  than  US  Navy.  No  Not  Report 
product  laaued  Into  conauming  entity  In  thIa 
data  field. 

Blank 

Service  Uae 


NOTE:  Leading  zaroa  will  be  uaed  to  fill  unuaed  card  columna  of  data  fieida.  If  a particular  data 
field  doea  not  apply,  zaroa  will  be  uaed  to  fill  the  data  field. 
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program  will  total  data  raported  In  card  columns  23  through  49  of  the  MEA  3 
card  with  all  data  reported  on  the  MEA  4 card,  columns  23  through  57.  and  compare  to  data 
reported  in  card  columns  31  through  37  of  the  MEA  2 card.  These  quantities  should  balance 
The  computer  will  then  perform  a mathematical  check  using  the  formula  opening  inventory 
minus  issuM  plus  receipts  from  contract  and  others  equals  closing  Inventory.  The  difference,  if 
any.  will  print  as  a gain/ loss  to  inventory.  ^ -uinwrancB.  if 

*'®°  combine  Navy  data  reported  In  columns  23  through  42  and  51  through  56 
Of  the  MEA  3 card  with  quantities  reported  as  issued  into  Navy  vehicles  by  other  services  to 

monthly  consumption.  Quantities  reported  in  columns  51  through  56  will  also  be 
Mded  by  the  computer  to  receipts  from  commercial  sources  to  arrive  at  total  service  receipts 
from  commercial  sources. 


MARINE  MEA  4 INSTRUCTION  (All  Quantity  Fields  In  Barrels) 


CARO  COLUMN 
1-3 

4 

5 

6 

7-12 

13 

14-17 

18 

19-21 

22 

23-27 


28 

29-33 


DATA 

Always  MEA 
Blank 

Always  numeric  4 
Blank 
DOOAAC 
Blank 

Julian  Date 
Blank 

Product  Code 
Blank 

Quantity  of  product  Issued  Into  an  Army 
vehicle  or  other  end  Item  tor  Immediate 
consumption.  Do  Not  Report  Bulk  Issues  In 
this  data  field. 

Blank 

Quantity  of  product  issued  Into  an  Air  Force 
vehicle  or  other  end  Item  for  Immediate 
consumption.  Do  Not  Report  Bulk  Issues  in 
this  data  field. 


CARO COLUMN 
35-39 


41-45 


53-57 


59-63 


DATA 

Quantity  of  product  issued  into  a Navy  vehicle 
or  other  end  item  for  immediate  consumption. 

Oo  Not  Report  Bulk  issues  In  this  data  field. 

Blank 

Quantity  of  product  issued  to  non-DoO 
Activities.  Include  Ail  issues  made  to  any 
Agency  outside  DoO  tx>th  Bulk  and  Into 
Consuming  entity. 

Blank 

Report  quantity  of  Bulk  product  transfers  to 
other  Mcuine  Activities.  Do  Not  Report  product 
Issued  Into  consuming  entity  In  this  data  field. 

Blank 

Report  quantity  of  Bulk  product  issued  to  OoO 
Activities  other  than  US  Marine  Corps.  Do  Not 
Report  product  issued  into  consuming  entity  in 
this  field. 

Blank 

Service  Use 


NOTE:  Leading  zeros  will  tie  used  to  fill  unused  card  columns  of  data  fields.  If  a particular  data 
field  does  not  apply,  zeros  will  be  used  to  fill  the  data  field. 


The  DLA  computer  program  will  total  data  reported  In  card  columns  23  through  49  of  the  MEA  3 
card  with  all  data  reported  on  the  MEA  4 card,  columns  23  through  57,  and  compare  to  data 
reported  In  card  columns  31  through  37  of  the  MEA  2 card.  These  quantities  should  balance. 

The  computer  will  then  perform  a mathematical  check  using  the  formula  opening  inventory 
minus  issues  plus  receipts  from  contract  and  others  equals  closing  inventory.  The  difference,  if 
any,  will  print  as  a gain/loss  to  Inventory. 

The  computer  will  also  combine  Marine  data  reported  in  columns  23  through  42  and  51  through 
56  of  the  MEA  3 card  with  quantities  reported  as  issued  into  Marine  vehicles  by  other  services  to 
arrive  at  Marine  monthly  consumption.  Quantities  reported  in  columns  51  through  56  will  also  f 1 

be  added  by  the  computer  to  receipts  from  commercial  sources  to  arrive  at  total  service  receipts 
from  commercial  sources. 
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AIR  FORCE  MEA  CARD  4 INSTRUCTION  (All  Quantity  Fields  in  Barrels) 


CARO  COLUMN 
1-3 

4 

5 

6 

7-12 

13 

14-17 

18 

19-21 

22 

23-27 

28 

29-33 

34 


DATA 

Always  MEA 
Blank 

Always  numeric  4 
Blank 
DODAAC 
Blank 

Julian  date  of  report 
Blank 

Product  Code 
Blank 

Quantity  of  product  issued  into  an  Army 
vehicle  for  immediate  consumption  — Do  Not 

Report  Bulk  Issues  in  this  data  field. 

Blank 

Quantity  of  product  issued  into  a Navy  vehicle 
tor  immediate  consumption  — Do  Not  Report 
Bulk  Issues  in  this  data  field. 

Blank 
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CARO  COLUMN 


DATA 


35*39  Quantity  of  product  issued  into  a Marine 

vehicle  for  immediate  consumption  — Do  Not 
Report  Bulk  Issues  In  this  data  field. 

40  Blank 

41*45  Quantity  of  product  issued  to  Non*DoO 

Activities.  Include  All  Issues  Including  Bulk 
Sales  and  Issues  into  consuming  vehicles. 

46  Blank 

47*51  Report  quantity  of  Bulk  product  transfers  to 

other  Air  Force  Activities.  Do  Not  Report  any 
product  Issued  Into  consuming  vehicles. 

52  Blank 

53*57  Report  quantity  of  Bulk  product  issued  to  other 

DoD  Activities.  Do  Not  Report  product  issued 
into  consuming  vehicies. 

58  Blank 

59-63  Service  Use 

NOTE:  Leading  zeros  will  be  used  to  fill  unused  card  columns  of  data  fields.  If  a particular  data 

field  does  not  apply,  zeros  will  be  used  to  fill  the  data  field. 
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card  with  all  data  re^ofled  on  the  tS^^  through  49  of  the  MEA  3 

reported  in  card  columns  31  throuoh  37  of  the  SpaTraJi  57,  and  compare  to  data 

The  computer  will  then  perform  a math-m^^^^^  These  quantities  should  balance. 

minus  issues  plus  receipts  from  contract  and  othe^en^fir®  opening  inventory 

any,  will  print  as  a gain/loss  to  inventory.  ^ equals  closing  inventory.  The  difference,  if 

mr'ShM  “ir "»  “ « “O  S’ 

services  to  arrive  at  Air  Force  monthty  consumo^t?^%?ant1tiS  vehicles  by  other 

56  will  also  be  added  by  the  computw  to  rS,ti  reported  in  columns  51  through 

service  receipts  from  commerciaf  sources.  ^ commercial  sources  to  arrive  at  total 
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Chapter  7 

Utility  Reporting  Format 


CARO  COLUMN 
1-3 

4 

5 

6 

7-10 

11 

12-17 

18 

19-21 

22 

23-30 


DATA 

Enter  “MEB” 

Blank 

Enter  "2"  for  an  original  (Initial)  report.  A “3"  is 
used  only  to  correct  data  In  card  column  23-69 
and  is  not  used  for  late  submissions  or 
correcting  a product  code  or  a Julian  date. 

Blank 

Enter  four-digit  Julian  date  of  last  day  of 
consumption  period  reported 

Blank 

The  appropriate  consuming  activity  address 
code  (DODAAC) 

Blank 

The  approved  three-digit  product  codes  as 
shown  in  Chapter  8 

Blank 

Inventory  for  coal  and  propane/ LPG/ butane 
only  In  same  units  as  consumption.  Leave 
blank  for  electricity,  natural  gas,  fuctl  oil  and 
purchased  steam /hot  water. 


A-35 


CARO  COLUMN 
31 

32^ 


40 

41-40 

49 

90<51 

52 

53-00 

61 

62-69 


DATA 

Blank 

Ziiro  fill  (his  column  of  data  since  data  will  be 
extracted  from  OLA  master  file  for  approved 
baseline  year.  This  column  of  dats  may  only  be 
changed  by  submitting  corrected  figures  (on  a 
type  3 card  transaction  in  complete  overlay 
format)  along  with  appropriate  justification  to 
Servica  Headquarters,  who  will  In  turn  approve/ 
disapprove  changes  and  forward  to  DFSC-CB 
for  Input  to  the  master  file. 

Blank 

Quantity  consumed  during  the  month  covered 
by  the  report 

Blank 

Appropriate  variance  code 
Blank 

DoO  component  use 
Blank 

OoO  component  use 
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Chapter  8 

Products,  Product  Codes,  and 
Conversion  Factors  for  DEIS-ll  Reporting 
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PRODUCT 

PRODUCT  CODE 

CONVERSION  FACTOR 

Elactrlclty 

ELC 

Not  applicable;  report  In  mega- 
watt hours  (MWH) 

Natural  Gas 

NAG 

Use  factor  of  1 ,031  BTU/SCF  if 
certified  factor  is  not  available 
from  supplier  and  It  is  necessary 
to  convert  from  Standard  Cubic 
Feet  (SCF)  to  BTU 

Coal 

COL  (Bitumirtous) 
ANC  (Anthracite) 

Use  factor  of  25.4  (Mega  BTUs)/ 
short  ton  (2000  lbs)  for  anthra- 
cite coal  and  24.58  (Mega  BTUs) 
/short  ton  for  bituminous  coal, 
or  use  certified  figures  from 
supplier 

Purchasad  Steam/ 

Hot  Water 

SHW 

Use  factor  of  1 ,340  BTUs  of  fuel 
consumed  per  pound  of  steam 
delivered  to  consumer 
(assumes  1 ,000  BTUs  per  pound 
of  steam  purchased,  82%  boiler 
efficiency,  and  12%  line  loss)  or 
certified  factor  from  the  supplier 

Fuel  Oil 

Report  actual  grade  of 
product  (see  Chapter  3) 

OPTIONAL;  Use  certified  factor 
from  suppliers,  or  5.825  (Mega 
BTUs)/BBL  for  distillates  (DPI , 
DF2,  FS1,  FS2,  Kerosene  and 
NSF)  and  6.287  (Mega  BTUs)/ 
BBL  for  residual  fuel  oils  (FS4, 
FS5,  PS6,  NSF  and  FSL) 
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Chapter  9 

DEIS-Il  Variance  Codes 


A.  GENERAL  CODES  (APPLICABLE  TO  ALL  SERVICES) 


CODE 

COMMENTS 

00 

Use  when;  comment  or  explanation  is  not  required;  estabiished 
Goai  achieved  or  exceeded. 

01 

Applicable  reason  not  included  In  the  numeric  code.  Explana- 
tion presented  In  the  message  comments. 

CONSUMPTION  REDUCTION  VARIANCE  COOES 

1 . The  foilowino  codes  eie  some  of  the  common  reasons  the  reduction  in  enerov 

"r  “<““•'"<1  «««•  Th.  cod.  OMd  muM  S.  rliSJSI.  M 

JuppoiMbi..  II  in  wproprlu.  cod.  Km  not  PMn  MUbllUMd.  nviwiv.  comimnis  will  im  uMd. 


CODE 

COMMENTS 

OS 

^•*i'®**^*o*'/»f>®n0onment,  consumed 
1^%  of  the  energy  consumed  for  the  same  period  in  the  base 
period. 

06 

New  construction  consumed  more  than  5%  of  the  energy  con- 
sumption for  the  same  period  In  the  base  period. 

07 

Inactive  facilities  reactivated.  These  facilities  had  no  consump- 
tion for  the  same  period  in  the  base  period. 

08 

Newly  activated  activity  had  no  consumption  for  the  same 
period  In  the  base  period. 

r 

* 


1 

I 

I 

h 


CODE  COMMENTS 

10  Heating  degree  days  increased  1-5% . compared  to  the  base 
period. 

11  Heating  degree  days  increased  5-10%,  compared  to  the  base 
period. 

12  Heating  degree  days  increased  over  10% , compared  to  the  base 
period. 

15  Cooiing  degree  days  increased  1-5%,  compared  to  the  base 
period. 

16  Cdolfngdegreedaysincreasedover5-10%,  compared  to  the 
baaop^od. 

17  Cooling  degree  days  increased  over  10% , compared  to  the  base 
period. 

2.  Explanations  are  not  required  when  reductions  in  consumption  exceed  the  conservation 
goal;  however,  it  is  recommended  that  the  following  codes  be  used,  as  appropriate,  to  explain 
energy  reductions  of  a non-permanent  nature  In  order  to  assure  a consistency  In  year-to-year 

baselines. 


CODE 

09 


20 

21 

22 


COMMENTS 

Active  facilities  deactivated  and  consumed  at  least  1 % of  the 
activity’s  consumption  during  the  same  period  of  the  base 
period. 

Heating  degree  days  for  period  decreased  1-5% 

Heating  degree  days  for  period  decreased  5-10% 

Heating  degree  days  for  period  decreased  over  10% 

Cooling  degree  days  for  period  decreased  1-5% 


! 

t 

\ 


i J 


; 

!• 


25 


CODE 

COMMENTS 

26 

Cooling  degree  days  for  period  decreased  5-10%. 

27 

Cooling  degree  days  for  period  decreased  over  10%. 

3.  The  following  codes  will  be  used  to  explain  trade-offs  In  consumption.  Generally,  they 
apply  when  the  activity  achieved  the  minimum  overall  reduction  goal;  however,  an  individual 
energy  source  may  not  reflect  lower  consumption  than  the  same  period  in  the  base  period. 

Thus,  these  codes  frequently  explain  a decrease  In  one  product  and  an  Increase  In  another 
product  when  the  reason  Is  Interrelated. 

CODE 

COMMENTS 

30 

Burned  alternate  fuel  because  of  anticipated  or  scheduled 
deliveries,  or  primary  fuel,  were  not  received  or  price  advantage 
was  In  favor  of  the  alternate  fuel. 

31 

Fuel  consumption  Increased  more  than  1%.  because  utility 
service  was  curtailed  or  Interrupted  by  the  utility  company. 

32 

Approved  fuel  conversion;  for  example,  heating  plant  converted 
from  burning  fuel  oil  to  cool. 

33 

Routine  malntertance  or  equipment  failure  resulted  in  consump- 
tion of  less  fuel  and  the  purchase  of  more  electricity  (at  least 

1%  decrease  in  fuel  consumption). 

34 

Change  from  In-houee  generation  or  production  to  commercial 
purchase  (at  least  1%  decrease  In  fuel  consumption). 

C.  SPECIAL  CODES  (FOR  MILITARY  SERVICE) 

CODE 

COMMENTS 

40  through  50 

Reserved  for  Army  Use 

60  through  79 

Reserved  for  Navy/ Marine  Corps  use 

80  through  99 

Reserved  for  Air  Force  Use 
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APPENDIX  B 

DEIS— THE  EXISTING  SYSTEM 

DEIS  is  currently  used  extensively  in  DoD.  It  is  the  only  source  of 
infomation  for  some  users;  for  others  it  is  used  in  conjunction  with  other 
reports  of  energy  and/or  energy-related  data.  The  following  appendix  docu- 
ments the  existing  system  including  the  data  sources  and  input  flow,  the 

output  distribution  and  lastly,  an  overview  of  the  current  computer  system. 
DEIS  DATA  SOURCES 

The  reporting  activities  consist  of  military  bases,  naval  vessels,  and 
DoD  agencies  that  use  DoD  energy  supplies  (e.g.,  Defense  Fuel  Supply  Center 
issues)  and/or  utilize  DoD-managed  facilities.  Facilities  occupied  by  DoD 
personnel  but  managed  by  other  Federal  agencies  such  as  GSA  (e.g.,  the 

Pentagon)  are  not  reported  to  DEIS.  Facilities  leased  by  DoD  where  the  energy 

usage  is  indeterminable  (e.g.,  the  rental  bill  does  not  delineate  utility 
costs)  are  also  excluded  from  DEIS.  Appendix  A detailed  the  types  of  data 
collected  on  these  bases  and  facilities. 

DEIS  INPUT/ INFORMATION  FLOW 

Our  interviews  with  users  have  revealed  two  important  areas  of  interest 
in  the  input/  information  flow  presented  in  Figures  B-1  and  B-2.  First  is  the 
identification  of  those  groups  that  provide  data  to  DEIS.  Second  are  the 
error  control  and  aggregation  functions  performed  in  the  data  collection 

phase.  Each  of  these  are  described  below  in  the  separate  discussions  of 
DEIS  I and  DEIS  II. 

Figure  B-1  illustrates  the  flow  of  information  in  DEIS  I.  The  majority 
of  those  reporting  data  at  military  bases  and  other  facilities  report  the 
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DEIS  I data  monthly  through  AUTODIN  (or  other  message  communication  facility) 
directly  to  the  DLA  computer  center.  Exceptions,  as  noted  on  Figure  B-1,  are 
as  follows.  Those  bases  under  two  Army  commands,  FORSCOM  and  TRADOC,  transmit 
a duplicate  message  to  the  command  headquarters.  When  errors  are  detected  by 
the  headquarters,  communication  is  made  directly  with  the  base  and  corrections 
are  then  transmitted  to  DLA.  National  Guard  headquarters  receive  the  DEIS  I 
messages  (in  card  form)  before  they  are  processed.  The  inputs  are  edited  and 
corrected  before  they  are  input  to  the  system.  The  Energy  Management 
Divisions  in  Air  Force  major  command  headquarters  also  receive  and  edit  the 
monthly  reports  from  bases.  Naval  vessels  (at  sea)  report  by  radio  communi- 
cations to  shore  facilities.  These  messages  are  then  transmitted  via  AUTODIN 
in  the  same  manner  as  the  station's  reports. 

After  data  processing  is  completed  at  the  DLA  computer  center,  both 
reports  and  tapes  are  produced.  These  are  mailed  directly  to  the  users. 

Figure  B-2  illustrates  the  DEIS  II  information  flow.  Differences  occur 
in  both  the  frequency  of  reporting  and  the  processing  of  data  inputs.  Marine 
Corps  and  other  military  facilities  report  DEIS  II  data  monthly  and  directly 
to  DLA  via  AUTODIN. 

Naval  stations  and  facilities  report  DEIS  II  data  monthly,  except  that 
their  messages  are  sent  in  triplicate  over  AUTODIN.  One  message  goes  to  DLA, 
another  to  the  NAVFAC  Energy  Programs  Branch,  and  the  third  to  one  of  the  six 
regional  NAVFAC  Energy  Field  Divisions  (EFD) . Both  NAVFAC  groups  review  the 
data  for  errors.  The  EFDs  are  responsible  for  direct  communication  with  the 
stations  and  facilities,  which  includes  ensuring  that  data  are  input  on  time 
and  correcting  errors  in  data  reporting.  The  NAVFAC  Energy  Programs  Branch 
transmits  the  corrections  directly  to  DLA. 


. < 


1 

I 


B-4 


y 


The  Army  bases  and  facilities  report  DEIS  II  data  quarterly  to  DLA.  Most 
bases  and  facilities  report  directly  via  AUTODIN.  (Some  aggregation  of  bases 
and  facilities  is  done  for  overseas  forces.)  As  in  the  DEIS  I information 
flow,  FORSCOM  and  TRADOC  control  data  through  command  headquarters.  However, 
in  this  case,  data  are  transmitted  monthly  to  the  commands  via  AUTODIN  and 
aggregated  for  quarterly  transmission  to  DLA.  FORSCOM  and  TRADOC  facilities 
are  reported  as  total  command  consumption;  bases  and  facilities  are  not  re- 
ported separately. 

The  Air  Force  civil  engineering  groups  at  major  commands  receive  DEIS  II 
data  on  a monthly  basis  for  editing  before  transmittal  to  DLA.  National  Guard 
data  inputs  are  reviewed  for  DEIS  II  as  they  are  for  DEIS  I.  Changes  are  made 
directly  to  the  input  cards  and  then  transmitted  to  DEIS. 

Once  the  data  are  received,  DEIS  II  reports  and  tapes  are  produced  by  DLA 
and  mailed  to  the  users. 

DEIS  OUTPUT  DISTRIBUTION 

The  contents  of  the  DEIS  hard-copy  reports  reflect  the  same  data  fields 
as  those  input  by  the  reporting  activities,  with  the  addition  of  a summary 
(sub-totals  and  totals)  of  those  same  data  fields.  At  least  thirty-seven 
DEIS  I and  DEIS  II  reports  are  produced  regularly.  These  reports  differ  by 
their  sort  sequence  and  the  data  contained  (e.g..  Department  of  the  Army  only, 
DLA  only,  all  reporting  activities,  etc.).  Table  B-1  lists  the  DEIS  I re- 
ports, their  frequency,  the  major  sort  sequence,  and  the  recipients.  Table 
B-2  lists  the  same  information  for  DEIS  II  reports.  A sample  DEIS  I summary 
report  is  reproduced  in  Table  B-3. 

In  addition  to  hard-copy  reports,  DEIS  data  tapes  are  provided  monthly  to 
the  Army  Management  System  Support  Agency,  Air  Force  Data  Center,  and  Naval 
Ship  Research  and  Development  Center.  The  Army  data  tape  contains  Army  and 
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TABLE  B-1.  DEIS  I REPORT  DISTRIBUTION 


MAJOR  SORT  REPORT 


REPORT  NAME 

SEQUENCE 

RECIPIENTS 

MONTHLY 

Overall  Summary 

DOE  Region/CINC 

(a) 

Army  Detail  Summary 

Command 

OASD(MRA&L) , 

Services,  Agcys 

Navy  Detail  Summary 

Command 

0ASD(MRA4L) , 

Services,  Agcys 

Marine  Corps  Detail  Summary 

Command 

OASD(MRA&L) , 

Services,  Agcys 

DLA  Detail  Summary 

Command 

OASD(MRA&L) , 

Services,  Agcys 

DoD  Detail  Summary 
(DIS,  DNA) 

Command 

OASD(MRA&L) , 

Services,  Agcys 

DFSC  Detail  Summary 

Command 

OASD(MRA&L) , 

Services,  Agcys 

Activities  Not  Reporting 
(Compared  to  Prior  Month) 

DoDAAC 

OASD(MRA&L) 

Activities  Not  Reporting 

Product 

OASD(MRA&L) 

Activities  Not  Reporting 
(MEA/MEC  Data  by  Product) 

DoDAAC 

OASD(MRA&L) 

Petroleum  Product  Summaries 

Product 

(b) 

(a)  DFSC,  Naval  War  Research  Center /Stanford  Research  Institute 
(NWRC) , OJCS,  Atlantic  Command,  Panama  Canal  (Navy),  USEUCOM, 
DALO-TSE-A,  AFLGY/F,  OASD(MRA&L),  USAGMPA 

(b)  DFSC-CB,  AFLGY/F,  AFBCC,  AFCOS/LGRX,  OASD(MRA&L),  DA,  USAGMPA, 
CINCPAC,  CNET,  CINCLANT,  CINCEUR,  CNO  OP-41,  NWRC,  USMC(HQ),  DNA 
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TABLE  B-1.  DEIS  I REPORT  DISTRIBUTION  - Cont’d. 


REPORT  NAME 

MAJOR  SORT 

SEQUENCE 

REPORT 

RECIPIENTS 

QUARTERLY 

Overall  Sununary 

DOE  Region/CINC 

(c) 

Defense  Consumption 
Summaries 

Command 

OASD(MRA&L), 

Services , 

Agcys 

Conservation  Performance 
Report 

Product 

OASD(MRA&L) , 

Services , 

Agcys 

Army  Consumption  Detail 
& Summary 

Command 

OASD(MRA&L) , 

Services , 

Agcys 

Air  Force  Consumption 
Detail  & Summary 

Command 

OASD  (MRA5.L)  , 

Services, 

Agcys 

Navy  Consumption  Detail 
& Summary 

Command 

OASD(MRA&L) , 

Services, 

Agcys 

Marine  Corps  Detail 
& Sunvmary 

Command 

OASD(MRA&L) , 

Services , 

Agcys 

DLA  Detail  & Summary 

Command 

OASD (MRA&L) , 

Services, 

Agc>s 

DoD  Detail  & Summary 
(DIS,  DNA) 

Command 

OASD(MRA&L) , 

Services , 

Agcys 

DFSC  Detail  & Summary 

Command 

OASD (MRA&L) , 

Services , 

Agcys 

(c)  DFSC-CB,  OASD(MRA&L),  AFLGY/F,  AFBCC,  AFCOS/LRGX,  DA(DCS/L), 
USAGMPA,  CINCPAC,  CNET,  CINCLANT,  CINCEUR,  CNO  OP-41,  NWRC, 
USMC(HQ) 
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TABLE  B-2.  DEIS  II  REPORT  DISTRIBUTION 


MAJOR  SORT 

REPORT 

REPORT  NAME 

SEQUENCE 

RECIPIENTS 

MONTHLY 


Overall  Region  and  State 
Summary 

DOE  Region 

(a) 

Utilities  report  by  DOE 
Region/CINC 

DOE  Region 

(a) 

Air  Force  Utilities 

Command 

OASD(MRA&L),  Services,  Agcys 

Navy  Utilities 

Command 

0ASD(MRA6iL),  Services,  Agcys 

Marine  Corps  Utilities 

Command 

OASD(MRA&L),  Services,  Agcys 

Activities  Not  Reporting 

DoDACC 

OASD(MRA&L) 

Activities  Not  Reporting 
by  Product 

DoDACC 

OASD(MRA&L) 

(a)  DFSC,  Naval  War  Research  Center/Stanford  Research  Institute 
(NWRC),  OJCS,  Atlantic  Command,  Panama  Canal  (Navy),  USEUCOM, 
DALO-TSE-A,  AFLGY/F,  OASD(MRA&L),  USAGMPA 


TABLE  B-2.  DEIS  II  REPORT  DISTRIBUTION  - Cont'd. 


MAJOR  SORT 

REPORT 

REPORT  NAME 

SEQUENCE 

RECIPIENTS 

QUARTERLY 

Overall  Summary 

DOE  Region 

(b) 

Conservation  and  Utilities 

DOE  Region 

(b) 

Activities  Not  Reporting 

Command 

OASD(MRA&L) 

DLA/ Army) 

Activities  Not  Reporting 

Product 

OASD(MRA&L) 

by  Product  (DLA/Army) 

Air  Force  Utilities 

Command 

OASD(MRA&L),  Services,  Agcys 

Navy  Utilities 

Command 

OASD(MRA&L),  Services,  Agcys 

Marine  Corps  Utilities 

Command 

OASD(MRA&L),  Services,  Agcys 

Army  Utilities 

Command 

OASD(MRA&L),  Services,  Agcys 

DLA  Utilities 

Command 

OASD(MRA&L),  Services,  Agcys 

(b)  DFSC-CB,  OASD(MRA&L),  AFLGY/F,  AFBCC,  AFCOS/LRGX,  DA(DCS/L) , 
USAGMPA,  CINCPAC,  CNET,  CINCLANT,  CINCEUR,  CNO  OP-41,  NWRC, 
USMC(HQ) 
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TABLE  B-3.  DEIS  I SUMMARY  REPORT  (EXAMPLE) 


Army  National  Guard  data;  the  Navy  tapes  contains  Navy  and  Marine  data;  the 
Air  Force  tape  includes  all  DEIS  data. 

COMPUTER  SYSTEM 

Hardware 

DEIS  currently  is  run  on  the  DLA  computer  facility  at  Cameron  Station, 
Virginia.  DEIS  is  run  in  batch  mode  on  an  IBM  370/155.  Table  B-4  lists  the 
current  hardware  facilities. 

Software 

DEIS  is  programmed  in  COBOL  as  a batch-oriented  system.  The  system 
processes  input  data  and  produces  periodic  reports  and  tapes  for  distribution. 
The  software  is  currently  limited  to  file  update,  sort,  and  report  formatting 
functions . 

The  system  software  includes  an  IBM  OS  operating  system  and  Model  204 
data  base  management  system  (not  currently  used  by  DEIS). 

Data  Base 

The  DEIS  data  base  is  maintained  on  tape.  The  data  base  contains  all 
data  reported  since  the  establishment  of  DEIS  in  1974.  This  four-year  history 
consists  of  approximately  33  megabytes  of  data. 

The  DEIS  file  structure  is  sequential.  Each  record  represents  an  input 
card.  Approximately  60,000  records  are  reported  each  year  for  DEIS  I and 
40,000  records  for  DEIS  II.  The  DEIS  records  are  150  characters  long. 
DEIS  II  records  are  170  characters. 
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TABLE  B-4.  DLA  ADMINISTRATION  SERVICES  CENTER 

IBM  370/155  COMPUTER  SYSTEM  CONFIGURATION 
(Source:  DASC  Data  Services  Handbook) 


QTY. 

MODEL 

QTY. 

OF 

OR 

OF 

MACHINE 

TYPE 

FEATURE 

FEATURE 

DESCRIPTION 

1 

3155 

H 

Processing  Unit 

3950 

1 

1401/1410  Compatibility 

7844 

1 

3210  Adapter 

1433 

1 

Block  Multiplexor  Channel 

1 

2821 

5 

Control  Unit 

3615 

2 

1100  LPM  Adapter 

8637 

1 

Univ.  Char.  Set  - Printer 

8638 

1 

Univ.  Char.  Set  - Printer 

2 

1403 

N1 

Printer 

8640 

1 

niv.  Char.  Set 

5 

1416 

PN3 

2 

8 LPI  Train 

QN2 

1 

6 LPI 

OAA 

1 

OCR  Train 

TN 

1 

Upper  & Lower  Case 

1 

3210 

1 

Printer  Keyboard 

1 

2314 

B1 

Disk  Storage  Control 

1 

2319 

B1 

Disk  Storage  - 3 Modules 

1 

2319 

B2 

Disk  Storage  - 3 Modules 

1 

2540 

1 

Card  Read/Punch 

5890 

1 

Punch  Feed  Read 

10 

2316 

1 

Disk  Pack 

1 

370STOR 

1 

Processor  Storage  - 2000K 

5 

3420 

3 

1 

Tape  Drive 

6631 

1 

Single  Density 

1 

3420 

3 

Tape  Drive 

6407 

1 

Seven-Track  Compatibility 

3 

3420 

5 

Tape  Drive 

6631 

1 

Single  Density 

3420 

5 

Tape  Drive 

3550 

1 

Dual  Density 

1 

3803 

1 

Tape  Control 

6408 

1 

Seven-Track  Compatibill ty 
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TABLE  B-4.  DLA  ADMINISTRATION  SERVICES  CENTER 

IBM  370/155  COMPUTER  SYSTEM  CONFIGURATION 
(Source:  DASC  Data  Services  Handbook) 


QTY. 

OF 

MACHINE 

TYPE 

MODEL 

OR 

FEATURE 

QTY. 

OF 

FEATURE 

DESCRIPTION 

1 

3803 

1 

3551 

1 

Tape  Control 

Dual  Density 

2 

7830 

Disk  Controller 

16 

7330 

Disk  Drives 

1 

3650 

II 

COOTEN  TP  Front  End 
Processor  System 

4 

208A 

C&P  Modems  4800  BAUD 

1 

300F 

Penrll  Modem  4800  BAUD 

15 

113B 

Dial-up  Modems 
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DEIS  USER  REQUIREMENTS 


DEIS  USERS 

User  requiremeats  have  been  determined  from  interviews  of  the  various 
current  and  potential  DEIS  users.  Current  users  are  identified  as  those 
organizations  that  presently  use  or  maintain  DEIS  data.  Alternatively,  po- 
tential users  consist  of  those  organizations  that  are  presently  secondary 
users  of  DEIS  data  (i.e.,  users  of  data  derived  from  DEIS  reports)  or  indicate 
a need  for  DEIS  data.  Few  potential  users  have  been  identified  and  are 
limited  primarily  to  those  organizations  having  budget  functions.  References 
to  DEIS  users  in  this  part  of  the  study  infer  both  current  and  potential  users 
unless  otherwise  stated. 

A list  of  users  interviewed  during  this  study  is  presented  at  the  end  of 
this  appendix  in  Table  C-5.  Those  bases  and  facilities  visited  are  not  in- 
cluded in  the  table. 

For  functional  and  organizational  reasons,  the  users  in  this  study  are 

generally  classified  in  the  following  major  groups: 

DoD/other  Federal  agencies 
Army 

— Navy 

— Marine  Corp 
Air  Force 

DEIS  users  have  similar  functions  (general  functions  related  to  energy, 
not  necessarily  DEIS)  across  the  various  military  Services,  and  therefore,  it 
is  useful  to  identify  these  users  under  similar  organization  groups.  These 
organizational  groups,  generalized  for  each  military  Service,  are  as  follows: 

— Energy  Office 
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Budget  Office 
DFSC  Interface 
R&D  Group 

— Major  Cofflnands 

The  energy  office  performs  an  overall  energy  management  function  for  the 
service  and  represents  the  liaison  to  DoD  energy  policy  organizations.  The 
budget  office  forecasts  costs  of  energy  for  the  service  taking  into  account 
energy  needs  that  are  input  from  the  major  commands.  The  DFSC  interface  is 
the  service's  representative  to  the  Defense  Fuel  Supply  Center  (DFSC)  having 
the  function  of  requesting  necessary  fuel  supplies  for  which  DFSC  contracts. 

The  R&D  group  includes  research  and  development  of  energy  technology,  as  well 
as  facility  engineering  and  maintenance  functions.  DEIS  users  in  the  military 
Services  are  identified  by  the  above  organizational  groups  at  the  end  of  this 
appendix. 

The  DoD/other  Federal  agency  users  have  energy  management  functions  and 
do  not  require  a further  breakdown  of  the  organizational  differences.  The 
uses  of  DEIS  data  for  this  group  and  the  military  Services  are  given  in  the 
following  section. 

DEIS  USES 

Identified  are  six  categories  in  which  DEIS  data  is  currently  used  or  may 
be  used.  These  are: 

— Policy  Analysis 

— Budgeting 

— Readiness 

— Conservation 

— R&D 

— Supply  Management 

These  uses  of  DEIS  data  are  an  expansion  and  further  breakout  of  the  uses 
previously  presented  in  the  base  case  study. 

Table  C-1  identifies  the  uses  of  DEIS  for  users  discussed  above  (those 
that  have  been  interviewed  to  date).  A description  of  these  uses  is  provided 
below. 
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TA«LE  C-1.  USIKS  AMD  USES  OF  DEIS 


I'SES  OF  DEIS 


DoO/OTHEX  FEDERAL  ACEKCIES 

1 

1 

DEFENSE  ENERGY  OFFICE  (DEIS  I & II) 

N.A. 

X IX 

i 

1 

COHPTROLLER^ 

N.A. 

X 

1 1 X 

1 

JCS  (J-i)  (DEIS  I) 

n.a. 

X 1 X 1 

MRA&L,  INSTALUTIONS,  MANAGEMENT  AND  PLANNING*’ 

N.A. 

X 1 1 X 

i 

DU,  PLANS,  PROGRAM  AND  SYSTEMS  (DEIS  I S II) 

N.A. 

X ! X 1 

i X 

DEPARTMENT  OF  ENERGY,  CONSERVATION  (DEIS  I & II) 

N.a. 

** 

ARMY 

1 

ARMY  ENERGY  OFFICE  (DEIS  1 A II) 

EO/B 

X 

X X 

j 

OAEN,  UTILITIES  SRANCN  (DEIS  II) 

B 

X 

X 

DAEN,  MILITARY  PROGRAMS^ 

RAD 

' X 

X 

DAEN,  CIVIL  WORKS  (DEIS  II) 

RAD 

X i 

FESA  (DEIS  II) 

RAD 

1 X 

X j 

FORSCOH  (DEIS  I & II) 

MC 

j X :: 

' X 

ARMY  NATIONAL  GUARD  (DEIS  I 4 II) 

EO 

X 

X 1 X X 

i X 

GENERAL  MATERIAL  AND  PETROLEUM  ACTIVITIES  (DEIS  I 4 II) 

DFSC 

t X i 

• X 

NAVY 

! i 

1 

NAVY  ENERGY  OFFICE  (DEIS  I 4 II> 

EO 

X ! X 1 

NAVY  PETROLEUM  OFFICE  (DEIS  I) 

DFSC 

X i 

i 

CIVIL  ENGINEERING  LABORATORY  (DEIS  II) 

RAD 

i 1 X 

X 

ENVIRONMENTAL  SUPPORT  OFFICE  (DEIS  ID 

RAD 

: t X 

X 1 

NEUPAS  (DEIS  I 4 II) 

RAD 

X j 1 

1 

NAVFAC  ENERGY  PROGRAMS  BRANCH  (DEIS  II) 

RAD 

1 1 X 

X X 

NAVFAC  ENERGY  FIELD  DIVISION,  NORFOLK  (DEIS  I 4 II) 

R4D/B 

c 

1 i X 

X 1 X 

CINCLANT  (DEIS  I 4 II) 

MC 

1 i 

1 ' 

MARINE  CORPS 

1 1 

X 1 X 

REAL  PROPERTY  MAINTENANCE  ACTIVITIES  (DEIS  I 4 II) 

EO/RAD/ 

X 

X lx 

HEADQUARTERS  PROGRAMS  AND  FINANCIAL  MANAGEMENT*’ 

B 

X 

; 1 1 

1 

j 

AIR  FORCE 

\ i ! 

1 

t 

t 

ENERGY  MANAGEMENT  DIVISION  (DEIS  I 4 II) 

EO/B 

d 

X 1 I X 1 

1 

DETACHMENT  29  (DEIS  I) 

DFSC 

1 X 1 

: X 

COMPTROLLER,  DIRECTORATE  OF  BUDGET*’ 

B 

d 

1 i 

1 

TAC  (DEIS  I 4 II) 

MC 

X 1 X 1 XI 

X 1 X 

AIR  NATIONAL  GUARD  (DEIS  I 4 II) 

EO 

X 1 

1 

ENGINEERING  4 SERVICES  CENTER,  TYNDALL  (DEIS  II) 

RAD/B 

X 

X lx 

X X 

DIRECTORATE  OF  ENGINEERING  4 SERVICES  (DEIS  II) 

B 

X 

1 

NOTES! 

i 

1 

‘organizational  GROUPS  (SEE  TEXT): 

1 

NA:  NOT  APPLICABLE  DFSC:  DFSC  INTERFACE 

r 

1 

EO:  ENERGY  OFFICE  RAD:  RAD  AND  ENGINEERING  GROUPS 

1 

B:  BUDGET  OFFICE  MC:  MAJOR  COMIANDS 

*W  A CURRENT  USER. 

1 1 

1 ( 

‘dEIS  REPORTS  ARE  NOT  USED  FOR  NAVY  BUDGET  EXHIBITS. 

1 1 

UTILITY  COST  ANALYSIS  DATA,  THE  SOURCE  OF  DEIS  DATA,  ARE 

: 1 

USED  BY  THE  MAJOR  CUIMANTS  IN  BUDGET  PREPARATION. 

1 1 

SeIS  REPORTS  ARE  NOT  USED  FOR  AIR  FORCE  POL  BLTIGET 

! 

EXHIBITS.  ACCOUNTING  SYSTEM  DATA,  AVISURS,  AND  STOCK 

FUND  SALES  ANALYSIS  REPORTS  ARE  USED  FOR  BUDGETING. 

! I 

! i 

I ' 

1 

i 

DEIS  data  are  used  in  the  formulation  of  energy  policies.  For  this 
application  category,  the  emphasis  is  typically  on  energy  conservation,  ef- 
ficiency, alternative  energy  fuels,  and  other  current  energy  issues  promul- 
gated by  executive  order,  legislation,  or  directive  from  within  DoD  and  the 
Services.  The  Defense  Energy  Office  (MRA&L) , Joint  Chiefs  of  Staff  (JSC), 
DLA,  and  the  Service  energy  offices  are  examples  of  organizations  that  utilize 
DEIS  data  for  energy  management. 

Another  use  of  DEIS  data  is  in  budgeting.  The  various  military  Services 
I use  DEIS  to  examine  historical  trends  in  energy  consumption  and  use  this  to 

determine  future  needs.  This  information  is  translated  into  costs  by  inte- 
grating DEIS  data  with  other  energy-related  reports  (e.g.,  the  Army  Technical 
Data  Report).  The  DoD  budget  office  then  utilizes  DEIS  information  indirectly 
in  its  aggregation  of  energy  budget  information  provided  by  the  various 
services . 

DEIS  data  are  also  used  in  determining  readiness.  This  is  defined  here 
as  the  comparison  of  war  reserve  requirements  with  actual  inventories.  Exam- 
ples of  organizations  using  DEIS  in  this  matter  are  the  JCS,  DLA,  the  DFSC 
interfaces,  and  major  commands  in  the  various  military  Services. 

Energy  conservation  is  another  application  of  DEIS  data  and  products. 
The  use  of  this  data,  as  defined  here,  is  in  the  actual  implementation  of 
formulated  conservation  policies.  This  includes  measuring  and  monitoring  the 
effect  of  energy  conservation  programs.  Energy  conservation  is  required  by 
Executive  Order  No.  12003,  the  recent  National  Energy  Act,  and  other  enabling 
legislation.  In  addition,  directives  from  DoD  and  the  military  Services^  are 
a basis  for  this  application.  Examples  of  users  with  this  application  are  the 

^The  Army,  Air  Force,  and  Navy  published  comprehensive  energy  plans  in 
1978  which  include  short-  and  long-range  goals  and  specific  energy  management 
activities. 
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Department  of  Energy,  Office  of  Conservation,  and  the  various  R&D  groups  in 
the  Services,  in  addition  to  the  users  previously  presented  for  the  policy 
analysis  application.  The  budget  offices  are  also  interested  in  historical 
conservation  trends  in  order  to  correctly  estimate  energy  budgets. 

Another  application  for  DEIS  data  is  for  research  and  development  of 
energy  sources  and  technology.  DEIS  data  may  be  used  to  determine  areas  for 
future  development  of  alternative  fuels  or  technology  that  are  capable  of 
improving  the  efficiency  of  energy  consumption  or  decreasing  the  dependency  on 
specific  fuels.  Examples  of  organizations  having  such  needs  are  the  various 
R&D  groups  in  the  military  Services. 

Supply  management  is  the  final  category  for  application  of  DEIS  data. 
Supply  management,  defined  here,  is  the  managemen*.  of  the  fuel  supply  neces- 
sary to  operate  the  defense  supply  system  under  peacetime  conditions.  Exam- 
ples of  organizations  in  need  of  related  information  are  DLA,  the  DFSC  inter- 
faces, a limited  number  of  R&D  groups,  and  the  major  commands. 

SYSTEM  FUNCTIONAL  REQUIREMENTS 

System  functional  requirements  are  the  processing  and  operational  re- 
quirements of  the  users.  These  include  qualitative  requirements  such  as 
accuracy,  timeliness,  and  security;  specific  processing  requirements  for 
output  reports,  applications,  etc.;  and  system  management  (or  control)  re- 
quirements. Many  of  these  requirements  may  be  derived  from  others  as  part  of 
the  system  design  phase,  e.g.,  accuracy  requirements  may  indirectly  require 
interactive  data  entry,  timeliness  requirements  may  require  on-line  data 
collection  and  reporting,  etc.  These  "derived"  requirements  are 
design-dependent  and  usually  represent  one  of  many  solutions.  The  following 
discussion  presents  those  requirements  that  were  specified  by  DEIS  users. 
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Table  C-2  presents  a summary  of  DEIS  functional  requirements  as  they 
relate  to  the  uses  described  earlier.  Specific  requirements  for  each  of  the 
uses  have  been  indicated  for  each  of  the  requirements  categories  (c.g.,  ac- 
curacy) in  the  table. 

FUNCTIONAL  REQUIREMENTS 
Accuracy 

Most  DEIS  users  did  not  state  specific,  quantitative  requirements 
for  the  accuracy  of  DEIS  data,  nor  were  they  certain  as  to  the  current  level 
of  accuracy  in  the  data.  However,  many  users  in  the  Services  (e.g..  Service 
energy  offices)  have  detected  specific  problems  that  they  are  trying  to  cor- 
rect. Other  users  (e.g.,  JCS,  OASD  offices)  accept  the  data  as  the  best 
available  (sometimes  the  only  data  available),  but  desire  "more  accurate" 
reports.  The  currently  active  pursuit  of  detecting  and  correcting  DEIS  errors 
(and  their  causes)  has  led  to  the  conclusion  that  the  users  require  a greater 
degree  of  accuracy  than  that  of  the  current  system.  Although  no  quantitative 
requirement  (e.g.,  90%)  can  be  directly  derived  from  our  interviews,  at  a 

minimum,  the  users  desire  the  resolution  of  problems  that  have  been  identi- 
fied. These  and  some  potential  solutions  mentioned  by  users  are  discussed 
below. 

Causes  for  inaccurate  reporting  have  been  identified  as  procedural 
and  human  errors.  The  procedural  problems  are  of  prime  concern  to  most  of  the 
users  interviewed. 

A major  procedural  problem  is  the  difference  between  the  normal 
record-keeping  (accounting,  inventory,  etc.)  at  military  installations  and  the 
procedures  for  DEIS  reporting.  Some  specific  examples  are: 

— At  most  bases,  the  data  required  for  DEIS  is  maintained  by  many 
different  sources,  e.g.,  the  comptroller,  supply  office,  motor 
gasoline  stations,  etc.  The  record-keeping  of  these  offices 
are  often  not  compatible  with  what  is  needed  for  DEIS  reports. 
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USES  OF  DEIS 


TA»LE  C-2.  DEIS  REQUIREMENTS  SUMMARY 


RUCTIONAL  REQUIREMENTS 

j 

] 

ACCURACY* 

i 

! 

1 

ma:;lmiim  allowable  system  error:  + 5S 

i 

X 1 

i 

MAXIMUM  ALLOWABLE  SYSTEM  ERROR:  ♦ lOX 

1 

X 

X 

X 

MAXIMUM  ALLOWABLE  SYSTEM  ERROR:  +15: 

X 1 

VALIDATION 

1 

1 

1 

- 

ERROR  CORRECTION  FEEDBACK  LOOP** 

X 

* 

X 

X 

X 

SYNTAX  AND  FORMAT  ERROR  CHECKS 

X 

X i 

1 

1 

X 

X 

X 

X 

FREQUENCY 

( 

1 

ANNUAL  REPORTING  WITH  MONTHLY  BREAKOUT 

X 

j 

SEMI-ANNUAL  REPORTING  WITH  MONTHLY  BREAKOUT 

X 

QUARTERLY  REPORTING  WITH  MONTHLY  BREAKOUT 

X 

MONTHLY  REPORTING 

X 

X 

MONTHLY  REPORTING  FOR  NORMAL  OPERATION.  AND  WEEKLY  OR 

X 

DAILY  REPORTING  DURING  CRISIS^ 

TIMELINESS  (TIME  LAG) 

DEIS  I:  A WEEKS 

V 

DEIS  II:  8 WEEKS 

1 

1 

( 

DEIS  I:  : WEEKS 

1 

V 

1 

DEIS  II:  S WEEKS 

i 

1 

A 

i 

X 

DEIS  I:  1 DAY‘= 

* 

I 

DEIS  II:  1 DAY 

1 

i 

t 

1 

J 

( 

*Accur«cy  rtfars  to  th«  allovabl*  arror  for  anv  particular 

j 

1 

i 

aaaauranant.  Inaccuraclat  will  tand  to  balanca  In  aggraata 

1 

1 

B««sur«s. 

I 

' 

1 

^Error  corraetlon  faadback  loop  rafara  to  tha  ravlav  of 

i 

1 

DEIS  Input  data  within  aach  aarvlca  bafora  tha  data  la  antarad 

1 

on  tha  data  baaa.  Datactad  arrora  ara  corractad  bv  contacting 

1 

1 

1 

thoaa  raportlng  tha  data. 

1 

1 

I 

^For  aalactad  gaographlc  araaa  only. 

1 

1 

i 

1 

i 
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TABLE  C-2. 


flexibility 

■ 

NO  CHANCE 

X 

ABILITY  TO  ADD  NEW  DATA 

X 

X 

X 

ABILITY  TO  ADD  NEW  APPLICATIONS 

X 

X 

FLEXIBLE  REPORT  CENERATtON 

X 

X 

SECURITY 

NO  SYSTEM  SECURITY  REQUIRED 

X 

X 

SYSTEM  SECURITY  REQUIRED'^ 

X 

APPLICATIONS 

SIMPLE  DATA  COMPUTATIONS  lE.C. . RATIO  COMPUTATION) 

X 

X 

X 

EXCtmON  REPORTING  vE.G.,  COMPARISONS  AND  RANGE  CHECKING) 

X 

TREND  -INALYSIS  CAi’ABILITIES 

X 

X 

X 

FORECASTING  CAPABILITIES 

X 

X 

MODELING  CAPABILITIES 

OUTPUT  REPORTING 

GRAPHICS  CAP.ABILITIES 

X 

X 

X 

USER  CUSTOMIZED  REPORT  FORMATTING 

X 

X 

X 

X 

ON'LINE  CAPABILITIES  DURING  CRISIS  ONLY 

X 

TAPE  PRODUCTION 

NO  TAPES  REQUIRED 

X 

X 

TAPES  REQUIRED 

X 

X 

COMMUNICATIONS 

AUTODIN  (DATA)  AND  TELEPHONE  (VOICE) 

X 

X 

X 

X 

r«qiilr«n«nt  to  th«  daCA 

nor  are  they  always  compatible  with  each  other.  For  example, 
fuel  deliveries  may  be  accounted  for  in  tei-ms  of  cost  and  total 
quantity  delivered  to  the  base,  supplies  of  fuel  may  be  re- 
corded as  current  inventories  in  storage  facilities  or  the 
base,  and  consumption  may  be  recorded  based  on  metered  fuel 
lines  and/or  recorded  distribution  at  gas  pumps. 

Incompatibilities  result  from  differences  in  time  periods  of 
recording  deliveries,  measuring  inventory/storage,  and  re- 
porting consumption.  Different  units  of  measure  (barrels, 
gallons,  Btus)  may  also  be  used.  Also,  the  scope  of  measure- 
ments may  be  different  between  the  reporting  of  deliveries, 
e.g.,  total  base;  the  measurement  of  inventories,  e.g.,  major 
storage  tanks  only;  and  the  consumption  of  fuels,  e.g.,  at 
gasoline  pumps  and  from  small  metered  storage  tanks. 

Due  to  the  various  sources  above  and  the  .availability  of  data 
required  for  DEIS  reports,  there  are  inconsistencies  in  what  is 
reported  from  bases  for  consumption  and  inventories.  At  both 
an  Army  and  Navy  facility  visited,  consumption  for  end-users 
was  determined  by  three  different  methods:  1)  the  difference 
in  the  inventories  of  storage  tanks  between  months,  2)  actual 
metered  consumption,  or  3)  deliveries  of  fuel  during  the  month. 
The  methods  resulted  from  what  was  practical  for  monthly  re- 
porting. In  the  case  of  small,  unmetered  fuel  oil  tanks, 
monthly  measurement  was  not  practical  (therefore,  deliveries 
are  used).  Metering  of  consumption  did  not  always  correspond 
to  the  reporting  activities  of  DEIS,  e.g.,  electricity  may  be 
metered  by  buildings  that  do  not  correspond  to  the  split  ot 
DEIS  reporting  activities. 

Monthly  bills  from  outside  contractors  or  utilities  do  not 
correspond  to  the  DEIS  reporting  cycles.  Some  bases  estimate 
the  amount  consumed  during  the  month,  while  others  use  the 
billing  cycle.  Also,  differences  exist  between  the  cycle  for 
DEIS  I and  DEIS  11,  making  the  proper  reporting  of  heating  oil 
difficult  if  once-a-month  measurements  of  storage  tanks  are 
performed. 

Even  where  accurate  metering  and  inventory  measurement  of  fuels 
is  recorded  daily,  e.g.,  at  a base  motor  gasoline  station,  the 
proper  accounting  for  DEIS  may  be  difficult.  Personnel  may 
fill  lawn  mowers  and  fuel  cans  with  motor  gasoline  to  be  used 
for  "facility"  consumption  (e.g.,  gas-powered  generators,  lawn 
mowers,  etc.)  rather  than  for  "mobility"  consumpt  ion.  Is.sue.s 
from  such  stations  are  usually  reported  as  mobility  (primary) 
consumption  of  gasoline  and  diesel  fuel. 

The  data  required  for  DEIS  reports  are  sometimes  not  available. 
For  example,  energy  consumption  is  often  not  metered  and  in- 
ventories are  not  always  measured  each  month.  In  some  cases 
estimates  are  used  (which  may  be  of  quest ionnable  accuracy),  in 
other  cases,  no  estimates  are  used,  causing  known  inaccuracies 
for  that  month's  report. 
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--  Inconsistencies  occur  in  the  Air  Force  reports  between  fuel 
oils  that  are  reported  in  DEIS  I and  DEIS  II.  Heating  oil 
reported  in  DEIS  I may  reflect  quantities  supplied  to  smaller 
storage  tanks  on  a base.  The  consumption  reported  under  DEIS 
II  may  reflect  the  actual  consumption  by  taking  monthly  in- 
ventories of  the  smaller  tanks. 

A second  area  of  procedural  problems  result  from  the  complexity  of 

reporting  energy  consumption.  This  is  the  result  of  a combination  of  the 

procedural  inconsistencies  discussed  above,  the  relative  inexperience  of  the 

individuals  filling  out  the  DEIS  reports,  and  the  lack  of  explanation  or 

examples  in  the  DEIS  instructions.  Some  specific  problems  mentioned  are; 

The  reporting  of  Navy  activities  is  currently  being  investi- 
gated to  determine  if  1)  some  smaller  activities  are  being 
double-counted,  i.e.,  being  reported  under  two  major  reporting 
activities,  and  2)  if  some  activities  are  not  being  reported  at 
all.  It  is  expected  that  both  of  these  may  be  occurring,  but 
the  relative  amount  of  such  errors  is  unknown. 
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The  double  counting  of  particular  users  can  be  the  result  of 
the  separate  reporting  of  fuel  provided  to  a National  Guard 
unit  on  a base  (as  discovered  at  some  Army  bases)  and  their 
subsequent  reporting  of  the  use  of  that  fuel  as  consumption. 

The  accounting  of  waste  fuels  used  is  another  potential  ac- 
curacy problem.  For  example,  drained  fuels  from  aircraft  may 
be  used  elsewhere  on  a base.  Such  fuel  is  already  reported  as 
consumed.  It  is  not  known  whether  the  use  of  such  fuel  is 
double  counted  as  consumption  by  other  reporting  activities,  or 
whether  it  is  merely  added  to  inventories.  Those  installations 
who  measure  their  inventories  earn  "credit"  by  reusing  fuel 
such  as  drained  motor  oil  in  heating  oil  tanks,  since  this 
second  use  "reduces"  their  consumption  (due  to  the  increase  in 
inventory).  If  consumption  is  metered  at  the  storage  tank, 
such  additions  to  inventory  may  be  double-counted  and  not 
provide  the  incentive  that  such  conservation  measures  warrant. 

Inconsistencies  between  the  reporting  of  energy  consumption  of 
non-service  energy  users  on  bases  occur  in  all  of  the  Services. 
For  example,  the  electricity  consumption  of  Veterans 
Administration  hospitals  are  reported  by  only  some  of  the 
Marine  Corp  and  Army  bases  as  part  of  the  base  consumption. 
Others  subtract  it  out  of  the  base  usage.  A similar  incon- 
sistency occurs  from  the  Army  Civil  Works  Districts,  where 
electricity  consumption  on  facilities  is  sometimes  reported 
even  though  it  is  being  produced  by  the  Civil  Works  project 
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(e.g.,  hydro-electric  dam).  Such  inconsistencies  make  even 
relative  comparisons  of  reporting  facilities  questionnable . 

The  changes  of  the  military  responsibilities  of  bases  in  the 
Air  Force  make  the  determination  of  baseline  update  difficult. 
Squadrons  and  equipment  recorded  in  1975  represent  a different 
allocation  than  that  of  today.  Where  base  closures  occurred, 
the  records  for  detailed  baseline  consumption  may  be  impossible 
to  obtain.  Thus,  the  baseline  consumption  for  segments  of  a 
closed  base  that  are  distributed  to  other  bases  is  not  easily 
determined. 

— The  reporting  of  primary,  secondary,  and  tertiary  consumption 
is  another  problem  area.  Differences  in  their  definitions 
between  the  services  result  in  one  problem  for  those  users  of 
total  DoD  energy  data.  The  lack  of  definition  for  the  Marine 
Corps  bases  is  another  source  of  inconsistency.  For  example, 
diesel  fuel  used  for  space  heating  is,  by  definition,  secondary 
use.  However,  at  a specific  base,  space  heating  may  be  the 
major  use  of  diesel  fuel,  resulting  in  the  possibility  of  it 
being  reported  as  primary  use. 

A final  problem  area  is  a combination  of  procedural  and  human  er- 
rors. The  NAVFAC  personnel  responsible  for  validating  DEIS  II  data  estimate 
transmission,  keying,  and  formatting  errors  to  be  30%.  Transmission  errors 
occur  within  the  communications  facility  itself,  while  the  keying  and  formatt- 
ing errors  are  due  to  improper  data  entry.  Currently,  the  lack  of  leading 
zeroes  in  input  fields  and  improper  alignment  of  data  fields  (e.g.,  due  to 
omitting  an  entry  or  a space)  are  the  most  common  errors.  An  even  higher  rate 
of  error  was  detected  on  Army  National  Guard  inputs  in  the  final  quarter  of 
1978.  This  was  due  to  the  changes  in  the  inputs  as  of  October  1978.  In  both 
cases  (NAVFAC  and  ANG),  corrections  are  made  before  the  data  is  input  to  DLA. 

In  contrast,  the  Air  Force  Tactical  Air  Command  (TAC)  detected 
relatively  few  errors  in  recent  DEIS  I inputs.  In  the  near  future  the  Stock 
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The  reporting  of  non-purchased  electricity  is  actually  a human  error 
rather  than  procedural,  although  the  instructions  for  the  data  input  are  not 
explicit.  "Purchased"  electricity  is  only  specified  in  the  introduction  of 
the  DEIS  manual,  not  on  the  data  card  instruction  for  DEIS  II. 


Fund  System  on  each  base  will  automatically  transmit  the  data  to  the  DLA 
computer  facility.  This  will  decrease  errors  to  a minimum. 

It  is  difficult  to  determine  the  extent  of  human~caused  errors  in 
DEIS  data.  Validation  appropriate  for  such  estimation  is  only  recently  being 
initiated. 


The  accuracy  for  Navy’s  DEIS  II  facility  data  was  estimated  at  + 15% 
by  the  Civil  Engineering  Laboratory  based  on  a validation  test  at  the  Pt. 
Mugu,  California  facility.  A recent  Air  Force  study  concluded  that  most  DEIS 
errors  are  human-caused.  Specific  errors  noted  by  visits  to  bases  and  our 
interviews  were  as  follows: 

Propane  cons’imption  was  not  being  reported  at  all  on  a naval 
station  visited.  Also,  small  amounts  of  No.  2 fuel  oil  were 
not  being  reported  under  DEIS  II  (this  was  less  than  3%  of  the 
total  fuel  oil  for  the  facility).  On  the  other  hand,  other 
reporting  of  energy  consumption  was  extremely  accurate,  in- 
cluding the  prorating  of  petroleum  product  usage  to  four  re- 
porting activities  based  on  their  metered  consumption  of 
electricity  and  steam  produced  by  the  petroleum. 

The  reporting  of  variance  codes  at  the  naval  station  visited 
was  also  done  incorrectly.  The  available  codes  are  inap- 
propriate for  their  situation  and  written  comments  have  not 
been  used. 

The  proper  units  of  measure  are  not  always  reported  or  the 
required  computation  is  sometimes  in  error  on  DEIS  inputs. 
Typical  errors  include:  gallons  reported  instead  of  barrels, 
electricity  converted  to  HBtus,  errors  in  the  conversion  com- 
putation for  DEIS  II  energy,  and  natural  gas,  coal,  steam/hot 
water,  and  fuel  oil  reported  without  conversion. 

— Due  to  rough  seas,  it  is  sometimes  impossible  to  report  an 
accurate  reading  of  a ship's  fuel  storage.  Although  this 
produces  an  error  in  the  computer  monthly  consumption,  it  will 
be  balanced  by  the  reading  for  the  next  month's  report. 

Other  errors  occur,  but  they  are  difficult  to  investigate  without 
adequate  validation  procedures.  (The  requirements  for  validation  are  dis- 
cussed next.)  However,  those  organizations  that  have  been  investigating  both 
the  procedural  and  human  errors  in  DEIS  reports  suggested  a number  of  solu- 
tions to  the  accuracy  problems. 
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Some  of  Che  potential  solutions  are: 

— More  detailed  reporting  from  Naval  bases  for  DEIS  II  usage  by 
extending  the  current  DODACC/UIC  reporting  code  to  include 
building  type  and  end-usage  identification. 

This  would  eliminate  inaccuracies  due  to  estimates  for  re- 
porting activity  consumption.  It  would  also  create  the  need 
for  increased  metering  and  record  keeping  at  bases.  (This  is 
discussed  further  under  data  requirements.) 

--  Similar  to  the  previous  suggestion  was  to  further  break-out  the 
current  reporting  at  bases  so  that  non-service  users  would  be 
more  easily  identified  (e.g.,  report  the  VA  hospital  elec- 
tricity usage  separately). 

— More  specific  definitions  of  data  are  needed  including: 
specific  fuels  and  energy  types  (e.g.,  purchased  electricity 
vs.  non-purchased  electricity);  primary,  secondary,  and 
tertiary  use  of  fuels;  and  other  issues  (transfers  of  fuel). 

— The  differences  in  the  reporting  cycles  between  DEIS  I and  DEIS 
II  were  noted  as  a source  of  error,  and  should  be  made  con- 
sistent. Another  user  suggested  the  elimination  of  any 
specific  monthly  cycle,  i.e.,  that  cycle  that  is  most 
appropriate  for  each  fuel  and  accounting  system  should  be  used. 

Data  should  be  reported  in  units  familiar  to  the  person  filling 
out  the  report  (e.g.,  gallons,  tons,  cubic  feet)  was  a solution 
mentioned  by  many  users. 

The  fixed  format  of  DEIS  input  messages  was  regarded  as  a cause 
of  numerous  errors.  More  simple  input  procedures  were  sug- 
gested. 


Validation 


Closely  related  to  the  accuracy  requirements  of  DEIS  is  that  of 
validation,  the  process  of  determining  the  extent  of  data  error  in  the  system. 
The  validation  requirement  indicates  the  specific  means  of  determining  data 
error  of  the  system,  such  as  the  use  of  auditing,  data  field  and  quantity 
edits,  and  other  analyses. 

The  requirements  for  validation  mainly  fall  within  the  Services 
responsible  for  reporting  the  data.  The  DoD  offices  interviewed  had  no 
specific  validation  requirements,  leaving  that  responsibility  with  the 


services. 


Specific  validation  requirements  for  the  Army  are  further  decentral- 
ized through  the  chain  of  coomand.  The  Army  Energy  Office  expects  the  major 
commands  to  be  performing  data  validation.  In  practice,  such  validation  is 
not  being  performed  by  all  major  comnands,  although  some  perform  extensive 
error-checking.  An  example  is  that  of  FORSCOM  which  receives  all  DEIS  II  data 
monthly  and  aggregates  the  command  consumption  for  quarterly  reports.  FORSCOM 
also  receives  message  copies  of  monthly  DEIS  I data.  Data  is  compared  to 
historical  consumption  and  input  formats  are  checked.  Possible  errors  are 
resolved  by  telephone  between  FORSCOM  and  the  reporting  base.  Facility  in- 
spections conducted  by  the  FORSCOM  energy  office  provides  further  validation. 

The  Army's  requirement  is  to  maintain  the  ability  to  continue  such 
validation  points,  and  to  be  able  to  increase  such  activity  as  other  commands 
desire  validation  control.  In  addition,  the  feedback  of  data  to  those  re- 
porting the  data  was  desired  for  further  validation  by  the  source. 

The  Navy  performs  a similar  validation  function  for  DEIS  II  data. 
All  Navy  DEIS  II  messages  go  to  three  points:  DLA  (for  DEIS  input),  the 
NAVFAC  Energy  Programs  Branch,  and  one  of  six  NAVFAC  Energy  Field  Divisions 
(EFD) . The  NAVFAC  personnel  validate  the  monthly  data,  checking  for  format 
and  accuracy.  The  EFDs  maintain  direct  communication  with  the  reporting 
activities.  Corrections  are  entered  to  DEIS  directly  from  NAVFAC  head- 
quarters. Like  the  Army  requirement,  the  Navy  requires  the  ability  to  con- 
tinue their  current  validation  process. 

The  Marine  Corps  is  recently  attempting  to  validate  DEIS  data  along 
with  the  expansion  of  their  energy  staff.  They  desire  that  the  responsibility 
for  syntax  and  format  error  checks  remain  with  the  DLA  computer  processing 
(although  better  reporting  of  such  errors  is  needed).  The  Marine's  responsi- 
bility would  include  the  validation  of  data  content. 
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The  Air  Force  is  interested  in  improved  validation  techniques. 
These  include  spot  checks  on  facilities  and  range  indicators  on  input  data 
that  would  flag  possible  errors.  Many  of  the  major  commands,  however,  perform 
their  own  input  editing  of  monthly  data  for  their  bases.  This  has  proven  very 
successful  in  reducing  input  errors  and  preventing  their  reoccurrence. 

In  summary,  the  requirements  for  DEIS  validation  are  as  follows: 

The  current  validation  processes  employed  by  the  Services  must 
remain  intact,  or  be  improved  with  any  changes  to  DEIS. 

The  system  should  perform  format  and  syntax  error  checks,  and 
provide  range  checks  on  selected  data  elements. 

Spot  checks  and  auditing  of  energy  reports  are  not  perceived  as 
a DEIS  requirement,  but  as  a requirement  of  the  Services. 

Frequency 

Frequency  refers  to  the  periodicity  of  data  collection  and  output 
reporting.  In  general,  there  are  no  requirements  for  changing  the  current 
DEIS  frequencies.  The  current  requirement  remains:  to  maintain  varying 
frequencies  of  data  collection  based  on  the  Service  and  the  type  of  energy 
(mobility  or  utility)  and  to  permit  different  frequencies  for  output  reports 
depending  on  the  user.  Two  exceptions  to  the  current  frequencies  were  dis- 
cussed in  our  interviews:  emergencies  and  the  effects  of  ad  hoc  reporting. 

During  a crisis,  DEIS  I is  currently  capable  of  changing  its  col- 
lection and  reporting  frequency  to  weekly.  Both  the  Navy  and  DLA  mentioned 
the  requirement  for  daily  information  in  selected  areas  during  an  emergency. 
The  JCS  employs  other  systems  to  assist  in  daily  energy  reporting  during 
emergencies. 

If  ad  hoc  reporting  capabilities  were  added  to  DEIS,  a number  of 
users  claim  that  either  less  frequent  regular  reporting  or  less  data  would  be 
needed  regularly. 
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The  specific  change  to  frequency  requirements  based  on  ad  hoc  re- 
porting can  only  be  determined  after  it  is  made  available  to  users.  Ad  hoc 
reporting  is  further  discussed  below. 

One  exception  to  the  above  requirements  are  the  Army/FESA  users,  who 
specify  the  need  for  monthly  reporting  of  DEIS  II  data  (Army  DEIS  II  data  is 
currently  quarterly).  Other  Army  users  were  satisfied  with  the  current 
quarterly  frequency. 

Timeliness 

Timeliness,  an  indicator  of  the  currency  of  data  is  a measure  of  the 
time  lag  from  the  end  of  the  reporting  period  to  the  time  the  output  report  is 
received  by  the  user.  Generally,  most  users  specified  the  desire  for  a re- 
duced time  lag.  Those  using  DEIS  I data  desired  data  timely  enough  to  analyze 
the  effects  of  an  energy  crisis  and  to  be  able  to  respond.  The  JCS  and  Air 
Force  DET-29  users  indicated  a desire  for  a more  timely  receipt  of  their 
reports.  Other  users  felt  that  the  current  DEIS  I reporting  was  timely 
enough . 

DEIS  II  users  were  not  satisfied  with  the  time  lag  of  two  to  three 
months.  Only  those  users  who  were  looking  at  only  long  term  conservation 
goals  felt  the  timeliness  to  be  satisfactory. 

Some  users  also  specified  that  annual  reports  were  sometimes  not 
received  and  that  data  tapes  were  also  extraordinarily  late. 

3 

A time  lag  of  two  weeks  for  DEIS  I reports  and  five  weeks  for 
DEIS  II  reports  would  be  satisfactory  for  most  users. 

Flexibility 

Flexibility  reflects  the  system's  ability  to  respond  to  the  changing 
3 

DEIS  II  input  data  are  due  three  or  four  weeks  after  the  end  of  the 
period,  depending  on  the  service. 
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aeeds  of  its  users.  The  nature  of  the  energy  situation  and  technology  dic- 
tates an  inherent  requirement  for  flexibility  in  DEIS.  The  variations  in  its 
users  and  their  uses  adds  to  this  requirement.  Currently,  the  system  provides  j* 

some  flexibility  in  frequency  and  reporting.  DEIS  users  specifically  ad-  [ 

dressed  the  following  areas  of  increased  flexibility: 

— The  addition  of  new  data 

The  addition  of  new  applications 

— Further  reporting  flexibility 

The  requirement  for  flexibility  in  adding  data  surpasses  the  present 
ability  to  place  data  in  extra  data  fields  on  the  input  cards.  First,  the 
users  require  the  system  to  easily  accept  the  reporting  of  new  energy  types. 

The  use  of  solar,  geothermal,  wind,  etc.  must  be  reported  to  be  able  to  assess 
future  energy  conservation  in  DoD.  Second,  the  current  use  of  extra  fields 
does  not  meet  the  requirements  of  data  reporting.  Some  Services  already  use 

the  available  fields  on  the  card,  not  allowing  further  data  to  be  added.  The 

treatment  of  these  fields  in  the  current  system  is  not  adequate  for  complete 
reporting  purposes. 

As  users  are  expanding  their  analysis  of  energy  data  (and  their 
staffs),  new  applications  requirements  will  be  placed  on  the  system.  Some  of 
these  are  discussed  below.  The  current  system  performs  almost  no  analysis  of 
data  and  has  no  provision  for  adding  data  analysis  (except  by  the  addition  of 
new  programs). 

The  final  major  area  of  flexibility  is  output  reporting.  The 
numerous  users  and  uses  of  DEIS  require  different  reporting  formats  and  data 
on  outputs.  Requirements  from  the  addition  of  historical  data  to  on-line  ad 
hoc  reporting  were  specified  by  users.  More  flexible  reporting  facilities  for 
DEIS  was  a universal  requirement. 
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Security 


Data  security  is  not  currently  a DEIS  requirement  since  all  reported 
data  is  unclassified.  In  the  future,  however,  two  types  of  data  may  pose 
security  requirements:  war  reserves/ requirements  and  nuclear  data.  Including 
analysis  of  war  reserves  versus  requirements  for  readiness  would  cause  the 
need  for  the  classification  of  some  parts  of  the  data  base.  Currently,  the 
war  reserves  are  aggregated  in  the  inventories  reported. 

The  inclusion  of  nuclear  fuel  usage  may  also  require  the  classifi- 
cation of  segments  of  the  data  base.  At  present.  Navy  nuclear  usage  is  not 
reported.  However,  in  the  future,  such  inclusion  may  be  desired,  as  well  as 
other  new  technologies  (e.g.,  nuclear  powered  aircraft,  nuclear  power  gen- 

k' 


eration) . 


Applications 

Applications  requirements  for  DEIS  involve  the  need  for  modeling  and 
analysis.  This  may  include  a range  of  capabilities  from  simple  computations 
and  processing  of  information  to  more  sophisticated  statistical  and  modelling 
packages.  Examples  of  applications  are:  computations  of  ratios  and  indi- 
cators; projections  of  fuel  supply,  demand,  and  cost;  and  analysis,  including 
simple  comparisons  and  the  use  of  more  complex  criteria. 

In  part  due  to  the  lack  of  experience  in  energy  data  analysis  by 
some  users,  and  due  to  the  lack  of  current  DEIS  analytic  capabilities,  few 
users  had  specific  requirements  for  analysis.  DEIS  currently  supports  the 
analytic  systems  for  the  Navy  (by  providing  data). 

The  most  appropriate  description  of  DEIS  user  requirements  are  that, 
given  the  opportunity  to  manipulate  the  reporting  of  data,  the  users  may 
discover  areas  for  analysis.  Many  of  the  users  regularly  perform  some  compu- 
tations on  the  data  when  they  receive  reports.  These  would  all  be  initial 
computational  requirements  for  DEIS. 
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The  only  users  to  specify  current  analytic  requirements  were  the 
Service  energy  offices  who  would  like  to  look  at  historical  (and  possibly 
future)  trends  and  comparisons  of  reporting  activities  and  major  commands. 
With  the  addition  of  data  on  areas  of  buildings,  costs,  and  weather  data, 
other  analyses  should  develop. 

The  analysis  of  war  requirements  versus  war  reserves  is  desired  by 
the  JCS  users  if  DEIS  data  could  be  used  in  conjunt.i,ion  with  the  Inventory 
Management  of  Petroleum  system  (which  is  classified).  Inventories  below  war 
requirements  should  be  brought  to  their  immediate  attention. 

DATA  REQUIREMENTS 

The  distinction  between  DEIS  I and  DEIS  II  is  based  on  the  data  each 
contain.  Each  system  was  established  based  on  a need  for  energy  data  re- 
porting: DEIS  I for  reporting  petroleum  product  inventories  and  consumption 

after  the  1973  oil  embargo  and  DEIS  II  for  reporting  energy  consumption  on  DoD 
facilities  (utility  energy)  to  manage  conservation  programs.  . In  addition  to 
the  functional  requirements,  we  investigated  the  current  uses  of  DEIS  data 

throughout  the  Services  and  DoD  agencies.  Future  requirements  for  data  were 

also  explored  during  interviews  with  current  and  potential  DEIS  users.  The 

findings  are  presented  below  in  two  parts,  the  overall  organization  of  DEIS 
data  and  specific  data  element  requirements  of  users.  A summary  of  these 

requirements  as  they  relate  to  DEIS  uses  is  presented  in  Table  C-3. 

DATA  ORGANIZATION 

Data  organization  refers  to  the  relationships  between  data  records  (and 
groups  of  data  records)  and  data  elements  within  data  records  in  a data  base. 
This  can  be  discussed  at  two  levels:  the  physical  data  organization,  i.e., 
the  way  in  which  records  are  ordered  and  stored  within  the  computer  system, 
and  the  logical  data  organization,  i.e.,  the  data  relationships  presented  to 


1 


i' 


• i 


C-19 


I 


DATA  REQUIREMENTS 

1 

1 

DATA  ORGANIZATION 

i 

ENERGY  BALANCE 

i 

1 * 

X 

AGGREGATIONS  BY  GEOCRAPBIC  REGIONS,  MAJOR  COMMAND /MAJOR 
CLAIMANTS 

{ 

X 

1 

AGGREGATIONS  AND  DATA  SELECTION  BY  OTHER  CRITERIA 
(E.C..  facility  type,  class  of  SHIP) 

X 

DATA  BASE  MODIFICATIONS 

1 

FURTHER  BREAKOUT  OF  END-USE  ON  BASES  (E.G.,  TENANT 
CONSUMPTION,  BUILDING  TYPES,  ETC.) 

X 

X 

HISTORICAL  DATA  AVAILABILITY 

X 

X 

REPORT  DATA  (INPUT  AND  OUTPUT)  IN  STANDARD  UNITS  OF  | 

MEASURE 

X 

X 

) 

SEW  DATA  1 

SQUARE  FOOTAGE  j 

X 

X 

COSTS  ! 

X 

X 

POPULATION  j 

X 

X 

DEGREE  DAYS  j 

X 

1 

OTHER  ENERGY  TYPES  (SOLAR,  NUCLEAR,  GEOTHERMAL) 

1 

i 

X 

X 

and/or  available  to  the  user.  Our  concern  for  DEIS  user  requirements  is  the 
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logical  data  organization:  what  the  user  sees.  Ideally,  this  logical 
"view"  is  consistent  with  how  the  user  perceives  the  energy  data  relation- 
ships . 

At  the  highest  level,  DEIS  data  is  split  in  two;  DEIS  I contains  petrol- 
eum product  data,  DEIS  II  contains  utility  energy  data.  (There  is  overlap 
between  DEIS  I and  DEIS  II  since  utilities  consume  petroleum  products.)  The 
next  level  of  data  organization  are  the  various  breakouts  of  data  available 
through  DEIS  reports. 

Due  to  the  variety  of  users  and  uses  of  DEIS  data,  there  are  numerous 

desired  organizations  of  that  data.  The  current  system  provides  these  data 

organizations  through  its  output  reports.  Current  output  reports  offer  numer- 

4 

ous  arrangements  based  on  sort  sequences.  For  example,  the  all-DoD,  DEIS  I 
Overall  Summary  Report  presents  data  in  four  groups.  The  first  is  the 
world-wide  and  CONUS  summaries.  The  next  level  of  detail  is  the  monthly 
report  for  each  "region"  world-wide.  The  next  level  reports  petroleum  pro- 
ducts by  state,  territory,  and  county  within  each  region.  The  final  group  of 
reports  are  by  reporting  activity  within  each  state/territory/ county  within 
region. 

The  interviews  did  not  reveal  significant  differences  between  the  user 
perspectives  and  the  current  DEIS  data  organization.  The  users  wish  to 
analyze  data  in  terms  of  an  energy  balance  and  aggregated  within  logical 
groupings  meaningful  to  the  user.  These  two  data  organizations,  energy  bal- 
ance and  levels  of  aggregation,  are  discussed  below. 
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Energy  Balance  Perspective 


Energy  balance  refers  to  the  perspective  of  a base,  vessel,  region, 
etc.  as  an  energy-consuming  system.  Energy  is  imported,  stored,  consumed,  and 
exported  from  that  system.^  An  energy  balance  allows  the  user  to  see  the 
relationship: 

Imports  - Changes  in  inventory  = Consumption  + Exports 
This  relationship  is  provided  in  DEIS  by  receipts  from  contract  and  receipts 
from  OoD/other  (Imports),  opening  and  closing  inventories  (Change  in  in- 
ventory), consumption  (Consumption),  and  issues  to  other  services  and  DLA 
(Exports).  In  some  DEIS  I reports,  consumption  and  issues  are  combined.  DEIS 
II  does  not  provide  for  the  breakout  of  consumption  and  exports.  All  con- 
sumption of  utility  fuels  at  a base  is  reported  as  consumption  by  that  re- 
porting activity,  including  that  energy  consumed  by  other  tenants,  e.g.,  a VA 
hospital  or  an  Army  base. 

In  summary,  the  energy  balance  perspective  is  incomplete  as  provided 
in  the  current  DEIS  data  organization.  The  aggregation  of  some  of  the  com- 
ponents of  the  energy  balance  equation  is  a concern  of  some  users.  This  is  a 
problem  in  the  level  of  detail  of  DEIS  data,  discussed  below. 

Levels  of  Aggregation 

The  second  perspective  of  the  user  is  to  analyze  data  in  aggre- 
gations meaningful  to  the  user's  area  of  responsibility.  The  energy  offices 
of  the  services,  for  example,  wish  to  see  data  aggregated  by  their  service,  by 
major  commands  within  their  service,  and  by  installations  within  each  command. 
Other  users  are  interested  in  the  numerous  other  sort  sequences  offered  within 
the  current  DEIS  reports. 

^The  terms  import  and  export  are  used  to  describe  the  inputs  to  and 
outputs  from  an  energy-consuming  system.  They  do  not  necessarily  refer  to 
imports/exports  to/ from  the  U.S. 


In  general,  the  current  levels  of  aggregation  fit  the  user's  per- 
spectives. However,  the  very  nature  of  the  DEIS  data  organization  allows  no 
flexibility  other  than  the  way  in  which  it  is  presented.  Other  potential 
sorting  keys  are  not  provided  such  as  reporting  bases  in  descending  order  of 
consumption,  allowing  the  selection  and  totalling  of  only  classes  of  ships, 
listing  and  totalling  specific  types  of  facilities  within  a service,  etc. 
Such  data  organizations  require  manual  selection  and  computation  from  the 
voluminous  reports  produced  by  DEIS.  (This  requires  time  and  the  possibility 
of  human  error.) 

Additionally,  the  current  aggregations  do  not  always  reflect  the 
actual  classifications  intended.  For  example,  the  Joint  Chiefs  of  Staff 
computes  the  total  Atlantic  Command  inventories  by  adding  inventories  from 
bases  listed  under  the  European  Command.  These  are  coastal  bases  which  are 
reported  under  the  European  Command,  but  supply  the  Atlantic  Fleet  with  fuel. 

Other  data  org^inizational  requirements  not  satisfied  by  current  DEIS 
reports  are  due  to  the  level  of  detail  in  the  system.  The  Navy  Civil 
Engineering  Lab  and  the  Naval  Environmental  Support  Office  in  California 
desire  DEIS  II  data  aggregated  by  major  claimants  and/or  geographical  regions. 
Data  is  currently  not  input  by  major  claimants.  Current  regional  aggregations 
are  based  on  the  location  of  the  reporting  activity.  The  reporting  activities 
may  report  the  energy  consumption  of  smaller  activities  located  in  an  adjacent 
region. 

In  summary,  the  current  data  organizations  are  user-oriented,  but 
incomplete.  The  energy  balance  reporting  requires  a lower  level  of  detail  for 
DEIS  II  consumption/exports.  The  levels  of  aggregation  are  also  incomplete 
for  some  users  due  to  the  lack  of  detail  in  the  data  collected.  Also,  the 


lack  of  flexibility  in  the  current  data  organization  does  not  meet  the  re- 
quirement for  flexibility  as  discussed  earlier.  Since  the  data  organization 
is  based  on  the  current  output  reports,  change  is  required  to  make  either  the 
output  reporting  more  flexible  or  to  make  the  data  base  more  flexible. 

DATA  ELEMENT  SPECIFICATIONS 

Specific  data  requirements  were  discussed  in  our  user  interviews  to 
determine  if  changes  to  the  current  DEIS  data  base  are  required.  While  no 
users  advocated  the  elimination  of  currently  reported  data  elements,  some 
users  requested  additional  data.  Also,  the  requirements  for  data  organization 
above  imply  some  additional  data  elements  to  be  reported. 

These  additional  data  requirements  are  not  necessarily  requirements  for 
the  DEIS  data  base.  Users  described  the  additional  data  required  to  perform 
their  functions,  i.e.,  that  data  not  currently  being  obtained  from  DEIS  nor 
from  other  systems.^ 

The  additional  data  requirements  for  DEIS  can  be  split  into  two  areas: 
those  changes  to  the  existing  DEIS  data  and  new  data  elements.  Both  are 
described  below. 

Modifications  to  the  DEIS  Data  Base 

Desired  modifications  to  the  current  data  included  changes  to  data 
definitions,  level  of  detail,  units  of  measure,  and  historical  data. 

Data  Definitions.  In  general,  the  data  element  definitions  of  the 
DEIS  data  base  were  acceptable.  The  most  recent  instructions  are  relatively 
explicit  (except  as  noted  below)  and  users  expressed  hope  that  the  further 
definition  of  petroleum  product  use  would  resolve  some  of  the  current  inac- 
curacies. One  area  of  concern,  however,  pertained  to  the  definitions  for 

In  some  cases,  the  required  data  was  being  obtained  from  other  systems, 
but  was  not  satisfactory  due  to  frequency,  inconsistency  with  DEIS  data, 
inaccuracies,  etc. 
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primary,  secondary,  and  tertiary  use  of  fuels.  As  noted  earlier,  the  lack  of 
definitions  for  these  categories  is  potentially  the  source  of  inaccuracies. 
The  Air  Force,  Army,  and  Navy  have  established  specific  definitions  for  these 
uses.  The  Marine  Corps  desires  established  data  definitions  for  primary, 
secondary,  and  tertiary  uses  to  be  published  in  the  DEIS  manual.  Not  only 
will  this  assist  those  reporting  in  the  Marine  Corps,  but  it  will  also  allow 
the  integration  of  usage  data  on  a DoD  basis. 

Another  definitional  requirement  arises  from  the  many  ex- 
ceptions that  occur  from  base  to  base.  This  results  in  inaccuracies  due  to 
inconsistent  reporting  because  of  different  interpretations  of  the  in- 
structions. Although  the  definitions  of  who  should  report  and  what  should  be 
reported  are  usually  explicit,  there  are  still  inconsistencies  in  the  DEIS 
inputs.  For  example,  one  base  might  report  the  consumption  of  a VA  hospital 
while  another  might  not,  all  factors  being  equal.  The  requirement  resulting 
from  this  problem  is  for  the  use  of  examples  and  explicit  mention  of  extra- 
ordinary situations  to  reduce  errors  based  on  the  misinterpretation  of  data 
definitions. 

Level  of  Detail.  Requirements  for  more  specific  detail  in  the  data 
base  come  from  two  sources:  requirements  for  data  organization  and  require- 
ments based  on  the  use  of  the  reports.  As  discussed  above,  to  completely 
portray  the  energy  balance  for  an  installation,  DEIS  II  should  include  a 
measure  of  energy  supplied  to  tenants  that  are  not  part  of  that  service  (or 
budgeted  activity)  particularly  when  such  tenants  are  billed  for  their  energy 
consumption.  This  breakout  of  consumption  reporting  can  assist  in  proper 
budgeting,  as  mentioned  by  the  Naval  Environmental  Support  Office  and  the  Army 
Energy  Office.  Naval  stations  often  have  energy  consumption  of  tenants  from 
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major  claimants  (budgeted  activities)  other  than  that  of  the  reporting  activ- 


ity aggregated  in  the  station's  consumption.  The  Navy  does  differentiate 
between  Navy-funded  and  non-Navy  funded  consumption  (using  the  extra  reporting 
columns  available  on  DEIS  II  inputs),  but  there  is  no  breakout  of  major 
claimants.  Army  reports  do  not  break  out  Army  National  Guard  or  Reserve 
utility  energy  consumption  on  bases,  even  though  they  are  separately  billed. 

The  Army  reports  the  DEIS  I intra-Service  consumption  of  re- 
serve and  national  guard  units  using  the  additional  columns  provided  on  the 
input  cards.  This  provides  a more  complete  energy  balance  equation  (DEIS  I 
only  provides  reporting  columns  for  inter-Service  and  non-Service  transfers  to 
end  users)  for  mobility  fuels  budgeting  within  the  Department  of  the  Army. 
Although  the  current  system  provides  the  facility  for  reporting  this  data,  it 
is  not  "customized"  for  Army  use,  i.e.,  the  report  headings  are  "OTHER"  and  no 
descriptive  information  is  provided  on  the  outputs. 

Also  desired  was  further  specification  of  the  types  of  facili- 
ties reporting  to  DEIS  II.  The  Navy  Environmental  Support  Office  desires  a 
more  descriptive  breakout  of  the  reporting  activities  adding  descriptive 
building  codes  and  "end-use"  descriptors  to  the  current  UICs  reported.  This 
would  require  more  inputs  from  the  stations  since  the  end-use  descriptors 
differentiate  between  lighting,  air-conditioning,  heating,  etc.  The  Army 
Corps  of  Engineers  desire  the  separate  reporting  of  "process"  energy  con- 
sumption within  civil  works  districts.  Process  energy  refers  to  energy  used 
by  Army  Civil  Works  facilities  to  serve  the  community,  i.e.,  navigational 
locks,  pumping  stations  for  hydro-electric  dams,  water-providing  services  to 
cities,  etc.  These  facilities  are  currently  aggregated  with  other  non-process 
energy  facilities  in  the  civil  works  districts. 
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Units  of  Measure.  Users  from  the  Marine  Corps,  Army  Energy  Office, 
and  the  Army  Corps  of  Engineers  suggested  that  the  input  reporting  of  energy 
data  be  done  in  standard  units  of  measure  familiar  to  those  providing  the 
data.  This  will  eliminate  both  errors  and  time  in  the  input  process.  Ad- 
ditionally, the  Army  Energy  Office  desired  both  the  units  and  mega-Btus  to  be 
included  on  output  reports. 

Historical  Data.  Most  DEIS  users  would  like  historical  data  avail- 
able on  the  DEIS  data  base.  The  Army  Energy  Office  mentioned  that  summary 
information  from  past  years  would  probably  be  sufficient.  The  availability  of 
historical  data  is  important  from  an  analysis  standpoint  since  many  of  the 
users  monitor  consumption  over  time  and  write  reports  describing  such  con- 
sumption. It  would  also  permit  users  to  see  corrections  made  to  data  that  are 
not  available  on  current  reports. 

New  Data  Elements 

Additional  data  elements  desired  by  DEIS  users  include  square  foot- 
age, cost  data,  population,  heating  and  cooling  degree  days,  and  new  energy 
types . 

Square  Footage  of  Facilities.  To  measure  the  actual  conservation  of 
energy  at  facilities,  DEIS  II  consumption  data  must  be  measured  with  the  area 
of  the  facility  for  which  it  is  being  used.^  This  allows  the  measure  of  Btus 
per  square  foot,  in  accordance  with  Executive  Order  12003. 

This  data  was  specifically  requested  by  the  users  in  the  Department 
of  Energy/Office  of  Conservation,  the  Army  Energy  Office,  the  Army  Facility 
Engineers  Support  Agency  (FESA) , the  Marine  Corps,  the  Navy  Energy  Office,  the 
Air  Force  Energy  Management  Division,  and  the  Naval  Facilities  Engineering 

^This  is  particularly  important  in  measuring  consumption  over  time  since 
a facility's  square  footage  can  change. 
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Coatmaod.  It  is  needed  for  future  reporting  and  for  1975  baseline  data.  The 
Marine  Corps  requested  that  the  1975  baseline  data  and  current  consumption  be 
reported  each  month  in  Btus  per  square  foot.  Square  foot  data  should  be 
updated  on  a semi-annual  or  annual  basis.  The  Air  Force,  Army  and  Navy  are 
investigating  other  systems  from  which  they  may  obtain  this  data. 

Cost.  The  cost  of  fuels  was  desired  by  various  users.  The 
Department  of  Energy  desires  cost  per  mega-Btu  by  state  or  region  on  a quar- 
terly basis  for  DEIS  I and  DEIS  II.  The  Army  FESA  felt  such  data  would  be 
desirable  for  DEIS  II  reporting.  The  cost  by  reporting  activity  is  already 
reported  under  DEIS  II  by  Naval  facilities  using  the  additional  columns  pro- 
vided on  the  inputs.  The  Air  Force  Stock  Fund  System  records  mobility  fuels 
costs  on  a regular  basis.  The  Navy  and  Marine  Corps  Utility  Cost  Analysis 
Report  provides  DEIS  II  with  its  monthly  cost,  and  the  Army  Technical  Data 
Report  provides  cost  data  for  all  energy  types  annually. 

Population.  Another  potentially  meaningful  measure  of  conservation 
for  utility  energy  is  population.  Population  changes  can  significantly  impact 
consumption,  particularly  at  training  and  other  non-industrial  facilities. 
The  Army  FESA  and  the  Marine  Corps  felt  this  data  may  be  useful.  Other  users 
warned  against  the  possible  misinterpretation  of  Btu  per  population  data  that 
would  show  wide  variations  between  industrial  installations  and  non- industrial 
installations. 

Heating  and  Cooling  Degree  Days.  The  Air  Force  DET-29,  Army  FESA, 
the  Atlantic  Fleet  Command,  and  the  Army  Energy  Office  mentioned  interest  in 
heating  and  cooling  degree  days.  FESA  suggested  that  energy  managers  of  major 
commands  may  wish  to  look  at  degree  days  compared  with  their  Btu  per  square 
foot  energy  consumption  to  analyze  conservation  more  accurately.  The  Army 
Energy  Office  suggested  the  percentage  difference  in  heating/cooling  degree 
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days  (compared  to  a long-term  average)  be  reported  quarterly  by  base.  (The 
current  DEIS  provides  variance  codes  for  degree  day  reporting  as  compared  to 
the  1975  baseline  year  only  when  conservation  goals  are  not  met  or  exceeded.) 

Other  Energy  Types.  All  users  agreed  that  DEIS  must  have  the  facil- 
ity to  report  new  energy  types  in  the  future.  These  may  include  nuclear  fuels 
and  alcohol-gasoline  mixtures  in  DEIS  I and  solar,  biomass,  recycled-waste 
fuels,  etc.  in  DEIS  II.  Without  complete  reporting  of  energy  consumption, 
conservation  cannot  be  accurately  measured.  Recycled  fuels  are  already  being 
used  (e.g.,  mixing  used  motor  oil  with  heating  oil,  aircraft  waste  fuels  used 
by  trucks,  etc.)  but  are  not  being  reported.  Nuclear  fuels  are  of  particular 
concern  since  the  enrichment  of  uranium  requires  other  energy.  The  production 
of  a nuclear  core  might  be  measured  by  the  amount  of  "source"  energy  required 
to  generate  the  electricity  consumed  during  the  enrichment  process. 

OTHER  POD  ENERGY  INFORMATION  SYSTEMS 

During  our  interviews  with  users,  and  in  research  of  existing  reports, 
numerous  other  energy- related  information  systems  were  identified.  These  are 
manual  and  computerized  systems  run  by  various  DoD  offices.  Some  of  these 
systems  offer  data  similar  to  what  is  contained  in  DEIS  (but  not  necessarily 
compatible  with  DEIS),  others  offer  data  useful  to  energy  managers  but  not 
currently  available  in  DEIS.  A brief  description  of  these  is  provided  in 
Table  C-4. 
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TABLE  C-4. 

OTHER  DoO  ENERGY- 

RELATED  INFORMATION  SYSTEMS 

SYSTEM 

MANAGING 

ORGANIZATION 

APPLICABLE  DATA 

FREQUENCY 

MANUAL/ 

AUTOMATED 

DOMESTIC  BASE  FACTORS  REPORT 

OSD/MRA&L 

ENERGY  FACILITY  CONSUMPTION, 

ANNUALLY 

.MANUAL 

(DBFR) 

COST,  POPULATION,  SQUARE 

FOOTAGE 

ISVESrrORY  management  of 

DLA/DFSC 

PETROLEUM  INVENTORIES  BY 

QUARTERLY 

AUTOMATED 

PETROLEL'M  (IMP) 

FACILITY,  WAR  REQUIREMENTS 

UPDATE 

ANNUAL 

REPORT 

PETROLECM  DAMAGE  DEFICIENCY 

JCS 

ON-UAND  INVENTORIES, 

DAILY 

MANUAL 

REPORT  (REPOL) 

DAMAGE  AND  DEFICIENCIES 

DURING 

AFFECTING  POL  SUPPLIES, 

CRISIS 

STORAGE,  AND  DISTRIBUTION 

REPORT  OF  PETROLEUM 

JCS 

DETAILED  PETROLEUM  FACILITY 

AS 

MANUAL 

CAPABILITY  (POLCAP) 

STORAGE,  THROUGHPUT,  ETC. 

REQUIRED 

DoO  BUDGET 

OSD/OFTICE 

CURRENT  AND  PROJECTED 

ANNUALLY 

MANUAL 

(OP-26,  OP-28) 

OF  THE 

ENERGY  COSTS 

COMPTROLLER 

TECHNICAL  DATA  REPORT 

ARMY  CORPS  OF 

FACILITIES  ENERGY  CONSUMP- 

■ANNUALLY 

MANUAL 

(DA  27-88) 

ENGINEERS 

TION,  COSTS.  SQUARE 

FOOTAGE 

REAL  PROPERTY  INVENTORY 

ARMY  CORPS  OF 

SQUARE  FOOTAGE 

ANNUALLY 

AUTOMATED 

ENGINEERS 

STOCK  FUND  SYSTEM 

AIR  FORCE 

ENERGY  CONSUMPTION.  COSTS, 

CONTINUOUS 

AUTOMATED 

FLYING  HOURS 

UTILITY  COST  ANALYSIS 

NAVY/NAVFAC 

FACILITIES  ENERGY  CON- 

MONTHLY 

■MANUAL 

REPORT  (UCAR) 

SUMPTION,  COSTS 

NAVY  ENERGY  USAGE  PROFILE 

NAVAL  SHIP 

PROJECTED  ENERGY  CONSUMP- 

ANNUALLY 

automated 

AND  ANALYSIS  SYSTEM 

R&D  CENTER 

TION,  FLYING  HOURS, 

(NEUPAS) 

STEAMING  HOURS,  COSTS, 

MODELLING 

REAL  PROPERTY  INVENTORY 

NAVY 

SQUARE  FOOTAGE 

TBD 

AUTOMATED 

SUPPLY  DATA  SYSTEM 

NAVY 

ENERGY  INVENTORIES  AND 

TBD 

AUTOMATED 

EXPORTS 

NAVY  ENERGY  PLANNING  AND 

NAVY  CIVIL 

ECONOMIC  ANALYSIS  OF 

AS 

AUTOMATED 

OPTIMIZATION  MODEL 

ENGINEERING  LAB. 

ALTERNATIVE  FACILITY 

REQUIRED 

ENERGY  SYSTEMS 

ARMY  CREDIT  CARD  SYSTEM 

CAMP  MC  COY, 

BASE  ENERGY  CONSUMPTION 

CONTINUOUS 

AUTOMATED 

WISCONSIN 

BY  END-USER 

STEAMING  HOURS  REPORT 

NAVY/ FLEET 

STEAMING  HOURS,  ENERGY 

MONTHLY 

AUTOMATED 

COMMANDS 

CONSUMPTION 
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TABLE  C-5.  DEIS  USER  ORGANIZATIONS 


ORGANIZATION 

USERS  GROUP* 


DOD/OTHER  FEDERAL  AGENCIES 

OASD,  MRA&L 

Defense  Energy  Office 

Pentagon 

OASD,  Comptroller** 

Program/Budget 

Pentagon 

Joint  Chiefs  of  Staff 
Logistics  (J-4) 

Pentagon 

OASD,  MRA&L** 

Installations  Management  and  Planning 
Pentagon 

DLA,  Plans,  Programs  and  Systems 
Management  Planning  Division 
Cameron  Station,  VA 

Department  of  Energy 
Office  of  Conservation 
20  Massachusetts  Avenue 
Washington,  D.C. 


ARMY 


Army  Energy  Office  EO,  B 

Pentagon 

Department  of  Army  Chief  of  Engineers  (DAEN)  B 

Utilities  Branch 
(Facilities  Budget) 

Forrestal  Bldg. 

Note : *Organizational  Groups; 


EO: 

Energy  Office 

DFSC: 

DFSC  Interface 

R&D: 

R&D  and  Engineering  Groups 

MC: 

Major  Comnand 

**These  organizations  are  identified  as  potential  users. 
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USERS 


ORGANIZATION 

GROUP 


ARMY  (Continued) 

Departnent  of  Aray** 

Chief  of  Engineers  (OAEN) 

Military  Prograns 
Forrestal 

Facilities  Engineering  Support  Agency 
Fort  Belvoir,  VA 

FORSCOM  Energy  Office 
Atlanta,  GA 

Resource  Management 
Army  National  Guard 
Pentagon 

General  Material  and  Petroleum  Activities 
New  Cumberland  Army  Depot,  PA 

NAVY 

Navy  Energy  Office 
Pentagon 

Navy  Petroleum  Office 
Cameron  Station,  VA 

Navy  Civil  Engineering  Laboratory 
Port  Hueneme,  CA 

Navy  Environmental  Support  Office 
Port  Hueneme,  CA 

NEUPAS 

Naval  Ship  Research  & Development  Center 
Annapolis,  MD 

NAVFAC 

Energy  Programs  Branch 
Alexandria,  VA 

NAVFAC 

Engineering  Field  Division 
Norfolk  Naval  Base,  VA 

Fleet  Petroleum  Office 
CINCLANT 

Norfolk  Naval  Base,  VA 


R&D 

R&D 

MC 

EO 

DFSC 

EO 

DFSC 

R&D 

R&D 

R&D 

R&D 

R&D,  B 

MC 


! 
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USERS 


ORGANIZATION 

GROUP 


NAVY  (Continued) 

Facilities  Acquisition  Office 
CINCLANT 

Norfolk  Naval  Base,  VA 

Naval  Sea  Systems  Command'^ 

Code  8 

Pentagon 

MARINE  CORPS 


Real  Property  Maintenance  Activities 
Utility  Engineer 
Arlington,  VA 

Real  Property  Maintenance  Activities 
Maintenance  Operations 
Arlington,  VA 

Headquarters  Programs  and  Financial  Management** 
Arlington,  VA 

AIR  FORCE 

Energy  Management  Division 
Pentagon 

Detachment  29 
Cameron  Station  VA 

Tactical  Air  Command 
Energy  Management  Division 
Langley  AFB,  VA 

Tactical  Air  Comnand 
Civil  Engineering 
Langley  AFB,  VA 

Engineering  and  Services  Center 
Tyndall  AFB,  FL 

Detachement  29 
Kelly  AFB,  TX 

Comptroller,  Directorate  of  Budget’^ 

Pentagon 

Directorate  of  Engineering  and  Services 
Pentagon 


MC 

R&D 

EO,  R&D 

B 

B 

EO,  B 
DFSC 

MC 

MC 

R&D,  B 

DFSC 

B 

B 
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USERS 


ORGANIZATION 

GROUP 


AIR  FORCE  (Continued) 

Air  National  Guard 

Logistics 

Pentagon 

Air  National  Guard 
Civil  Engineering 
Pentagon 


APPENDIX  D 


EVALUATION  OF  ALTERNATIVE  SYSTEMS  CONCEPTS 

INTRODUCTION 

The  development  of  appropriate  DEIS  alternatives  were  derived  from  ex- 
tens4.ve  interviews  with  those  who  report  to  DEIS  and  use  DEIS  reports.  Spe- 
cific alternatives  suggested  during  THESE  interviews  were  included,  plus  other 
alternatives  from  an  analysis  of  the  user  requirements  versus  the  current 
system,  and  what  is  available  using  current  technology. 

The  DEIS  alternatives  fall  into  two  categories:  global  alternatives, 
those  that  impact  all  parts  of  the  system  and  must  be  defined  initially;  and 
functional  and  data  alternatives,  those  that  can  be  categorized  into  defined 
system  segments,  e.g.,  data  collection  and  reporting,  output  reporting,  etc. 


GLOBAL  ALTERNATIVES 

The  primary  global  alternatives  considered  were  the  scope  of  DEIS  and  the 
management  of  DEIS.  Scope  relates  to  the  definition  of  DEIS:  its  size  and 
content. 

Earlier,  in  THE  study  of  user  requirements,  the  uses  of  DEIS  were  broken 
into  supply  management,  readiness,  conservation,  policy  analysis,  research  and 
development,^  and  budgeting.  Based  on  an  analysis  of  these  uses  according  to 
DoD  priorities,  the  applicability  of  DEIS  to  their  needs,  and  the  availability 
of  data  from  systems  other  than  DEIS  we  have  concluded  the  following.  The 
scope  of  DEIS  should  include  satisfying  the  requirements  of  the  first  four 
uses  (supply  management,  readiness,  conservation,  and  policy  analysis)  and 
continuing  to  play  a supportive  role  to  the  research  and  development  and 

^This  included  both  R&D  and  other  engineering  activities. 
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budgeting  uses.  Essentially , this  requires  an  expansion  of  scope  to  include 
fully  the  needs  of  conservation  and  policy  analysis  (since  many  of  the  re- 
quirements of  supply  management  and  readiness  are  already  met  by  the  current 
system.)  Many  of  the  rsquirements  of  the  research  and  development  and  budget- 
ing users  will  be  satisfied  through  the  requirements  of  other  users,  while 
some  of  their  needs  for  more  detailed  data  should  be  obtained  from  other 
systems . 

Another  consideration  for  the  scope  of  DEIS  is  the  issue  of  redundancy  in 
data  collection  and  reporting.  A seemingly  "ideal"  approach  would  be  a single 
DoD  energy  system,  eliminating  all  unnecessary  redundancy.  However,  the 
reason  for  duplication  is  often  due  to  an  inconsistency  in  the  precise  def- 
inition of  seemingly  identical  data  elements.  The  integration  of  all  DoD 
energy  information  is  beyond  the  scope  of  this  project  and  too  ambitious  an 
undertaking  for  the  modification  of  DEIS.  Some  of  the  services  are  studying 
the  consolidation  of  energy  data  reporting. *■  Rased  on  these  efforts,  the  DEIS 
system  alternatives  were  designed  to  permit  the  use  of  available  data  and 
computer  systems  wherever  possible  rather  than  create  an  additional  reporting 
burden.  (This  will  be  discussed  further  in  subsequent  reports.) 

The  second  set  of  DEIS  global  alternatives  deals  with  its  management.  In 
the  past,  DEIS  management  has  been  highly  centralized.  With  the  development 
and  expansion  of  the  service  energy  offices  and  the  increasing  interest  of  the 
major  commands  in  energy  management,  there  has  been  a recent  shift  of  energy 
data  management  to  the  services.  Various  regulations  have  been  issued  dealing 
specifically  with  energy  data  collection  and  reporting  at  the  service  and 
major  command  levels.  This  decentralization  has  resulted  in  many  benefits, 
including  greater  accuracy  and  faster  response  from  those  reporting. 

2 

The  automated  Air  Force  Stock  Fund  System  to  DEIS  input  is  an  example  of 
this  progress. 
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The  functional  and  data  alternatives  have  been  designed  to  be  consistent 
with  this  decentralization.  In  the  future,  the  service  energy  offices  should 
play  a larger  role  in  the  management  of  DEIS,  providing  better  consistency 
between  DEIS  and  service-specific  systems  in  DoD. 

While  the  decentralization  of  Service-specific  DEIS  management  (e.g.,  the 
regulations  for  reporting  DEIS  data)  continues,  the  need  for  a centralized 
decision  point  for  DEIS  remains  with  the  Defense  Energy  Office.  Final  ap- 
proval of  changes,  regulations  for  reporting,  etc.  should  come  from  that 
office  as  is  the  current  practice.  This  need  for  central  control  includes 
control  over  the  central  data  processing  of  DEIS.  Some  of  the  functional 
alternatives  below  are  directed  at  this  need. 

FUNCTIONAL  AND  DATA  ALTERNATIVES 

Within  the  framework  defined  above,  numerous  alternatives  have  been 
developed.  These  alternatives  have  been  broken  into  two  sets:  functional 
alternatives,  i.e.,  those  that  affect  the  hardware,  software,  or  the  adminis- 
trative and  operational  procedures  of  DEIS;  and  data  alternatives,  i.e.,  those 
that  affect  what  is  being  collected  and  reported  to  DEIS. 

Table  D-1  illustrates  the  functional  alternatives,  categorized  by  the 

3 

five  system  "functions"  and  three  system  "components"  they  affect.  The 
system  functions  are  the  five  stages  of  processing  that  occur  from  the  col- 
lection of  DEIS  data  to  its  distribution  of  outputs.  Within  each  of  these 
functional  subsystems,  alternatives  were  considered  that  affect  either  the 
hardware, 

3 

The  systems  terms  used  here  are  understood  by  the  authors  to  be 
"ambiguous"  systems  terms  and  not  meant  to  confuse  the  reader.  The  cate- 
gorization of  the  alternatives  is  provided  for  a clearer  definition  of  each 
alternative.  It  is  recognized  that  other  categorizations  could  be  used. 


table  D-1.  rmiCTIONAL  ALTEMiATIVES 


SYSTEM 

i SYSTEM^'''''''^^£WONESTS  ! 

1 FUNCTIONS  HARDWARE 

software 

— 

OPERATIONAL  AND 
ADMINISTRATIVE  PROCEDURES 

1 

1 

1 DATA  COLLECTION  AND 
REPORTING 

1 

1 

1 

CREDIT  CARD  RECORDING 
MACHINES 

UTILITY  METERING  BY 
REPORTING  ACTIVITY 
ON-LINE  DATA  ENTRY  FOR 

DEIS  REPORTING 
POINT-OF-SALE  TERMINALS 

AND  automated  METERING 

FLEXIBILITY  TO  PERMIT  DATA 
CONTENT  VARIATIONS 
FLEXIBILITY  TO  PERMIT  DATA 
INPUT  STRUCTURE 

variations 

UNIT  CONVERSION  SOFTWARE 

EXPLICIT,  SELF-CHECKING 

INPUT  FORMS 

COMPLETE  DOCUMENTATION 
CONSISTENT  REPORTING  PERIODS 
FOR  DEIS  I A II 

FLEXIBLE  REPORTING  PERIODS 
DATA  VALIDATION  AND  AUDITING 
EXTEND  DEIS  I INPUT  DUE  DATE 
CONSISTENT  REPORTING  OF 

DEIS  I AND  II  HEATING  OIL 
INDEPENDENT  DATA  COLLECTION 
AND  REPORTING  FOR 
EMERGENCIES 

1 

1 ’NPUT  PROCESSING  AND 
j COMMUNICATIONS 

1 

j 

alternative  communica- 
tions NETWORK 

DISTRIBUTED  DATA  INPUT 
PROCESSING 

OFF-LINE  DATA  INPUT 
CAPABILITIES 

INTELLIGENT  TERMINALS  AT 
REPORTING  ACTIVITIES 

editinc/validation  checks 

WITH  OFF-LINE  FEEDBACK 
EDITIHG/VALIDATION  CHECKS 
. WITH  ON-LINE  FEEDBACK 
FLEXIBLE  INPUT  PROCESSING 
FOR  EMERGENCIES 

DATA  INPUT  CONTROL  AND 
FEEDBACK 

i 

1 DATA  PROCESSING  AND 
j ANALYSIS 

1 

1 

1 

1 

1 

ALTERNATIVE  OSD  COMPUTER 
SYSTEM 

STANDARDIZED  ANALYTICAL 
REPORT  PROGRAMS 

flexible,  user-oriented 

ANALYTICAL  PROGRAMS 

PERMIT  user-written 
ANALYTICAL  PROGRAMS 
INTERFACE  FOR  USE  OF 
EXISTING  SOFTWARE 
"PACKAGES" 

INTERNAL  MODELLING 

capabilities 

INTERFACE  FOR  EXTERNAL 
MODELLING 

MODULARIZATION  TO  PERMIT 
UPDATES  OF  SEGMENTS  OF 

THE  DATA  BASE 

ABILITY  TO  PROCESS  NEW 

DATA  TYPES 

SEPARATE  SUBSYSTEM  FOR 
PROCESSING  DURING 
EMERGENCIES 

INCREASE  PRIORITY'  IN  CURRENT 
OPERATIONS 

DATA  BASE  MANAGEMENT 

DISK  STORAGE 

DISK  STORAGE  WITH  TAPE 
archival 

REDESIGN  CURRENT  FILE 
MANAGEMENT  SOFTWARE 
IMPLEMENT  DATA  BASE 
MANAGEMENT  SYSTEM 
HISTORICAL  DATA 
ACCESSIBILITY 

ABILITY  TO  ADD  NEW  DATA 
TYPES 

INTEGRATE  DEIS  I A II 

DATA 

INTEGRATE  SERVICE- 
SPECIFIC  DATA  INTO 

DATA  BASE 

DATA  BASE  ADMINISTRATION 
PROCEDURES 

1 

1 

OUTPUT  REPORTING 

GRAPHICS  HARDWARE 

TERMINALS  IN  USERS' 

OFFICES 

ON-LINE  QUERY 

CAPABILITIES 

STANDARDIZED,  USER- 
SPECIFIED  REPORTS 

REPORT  GENERATOR 
CAPABILITIES 

PROCEDURES  FOR  OUTPUT  ' 

DISSEMINATION  AND  USAGE 

1 

1 

1 

' 

software,  or  procedural  components  of  DEIS.  Each  of  these  alternatives  is 
further  described  below. 

Table  2 lists  the  data  alternatives  considered.  These  alternatives 
include  changes  or  additions  to  the  current  data  base.  They  are  also  des- 
cribed below. 

TABLE  D-2.  DATA  ALTERNATIVES 


- SINGLE  REPORTING  OF  UTILITY  AND  MOBILITY  PETROLEUM 

- MORE  DETAILED  END-USE  DEIS  I DATA 

- MORE  DETAILED  END-USE  DEIS  II  DATA 

- SQUARE  FOOTAGE  DATA 

- WEATHER  DATA 

- COST  DATA 

- POPULATION  DATA 

- NEW  ENERGY  TYPES 

- STEAMING  HOURS  DATA 

- FLYING  HOURS  DATA 

- STRATEGIC  WAR  RESERVES  DATA 


1 . Data  Collection  and  Reporting 
a.  Hardware 

— Credit  card  recording  machines  - gasoline  service  station 
mechanical  recorders  installed  at  all  POL  dispensing  stations. 
Users  would  require  authorized  credit  cards  for  receipt  of 
fuel.  (Army's  Fort  McCoy,  Wisconsin  has  recently  installed  a 
system  similar  to  that  used  by  the  Air  Force.) 
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— Utility  metering  by  reporting  activity  - meters  for  all  utility 
fuel  usage  to  accurately  record  consumption  for  all  end-users 
that  are  reported  separately  under  DEIS  II. 

On-line  data  entry  for  DEIS  reporting  - direct  terminal  inter- 
face to  the  DEIS  computer  for  immediate  editing/validation  and 
data  base  update. 

““  Point-of-sale  (POS)  terminals  and  automated  metering  - 

real-time  energy  consumption  data  collection  for  all  end-users, 
including  on-line  POS  terminals  at  POL  dispensing  locations  and 
electronically  monitored  utility  metering. 

Software 

Flexibility  to  permit  data  content  variations  - 
data  input  software  allowing  differences  in  data  entry  content 
(e.g.,  Navy  energy  costs)  between  services  and/or  major  com- 
mands. These  data  elements  would  be  considered  integral  parts 
of  the  data  rather  than  "other"  data.  Reasonable  limits  will 
be  placed  on  the  number  of  such  elements. 

Flexibility  to  permit  data  input  structure  variations  - 

data  input  software  allowing  differences  in  the  input  format 

between  services  and/or  major  commands. 

— Unit  conversion  software  - data  input  software  that  will  per- 
form the  quantity-to-Btu  conversion  of  each  fuel  type.  This 
will  permit  the  reporting  of  units  of  product  (e.g.,  monthly 
consumption  in  gallons  of  diesel  fuel) . 

Operational  and  Administrative  Procedures 

— Explicit,  self-checking  input  forms  - input  forms  designed  to 
define  each  data  entry  and  automatically  cross-check  the  input 


for  errors  (e.g.,  verifying  that  beginning  inventory  plus 
receipts  minus  consumption  plus/minus  gains/losses  equals 
ending  inventory) . 

Complete  documentation  - including  standard  data  definitions 


for  each  data  element  reported  and  a description  of  the  proce- 
dures for  DEIS  from  input  to  output.  Differences  between 
services  must  be  explicit  through  detailed  explanations  or 
separate  documentation  for  each  service.  Examples  should  be 
provided. 

Consistent  reporting  periods  for  DEIS  I and  DEIS  II  - monthly 


consumption  of  DEIS  I and  II  reported  as  of  the  same  date 
(e.g. , end  of  month) . 

Flexible  reporting  periods  - the  reporting  periods  for  DEIS 
would  be  set  by  each  service,  major  command,  and/or  base,  to 
meet  their  requirements  for  recording  such  data.  The  monthly 
period  must  be  consistent  from  month  to  month  and  documented. 
(This  alternative  refers  to  the  reporting  period,  not  the  date 
on  which  the  inputs  are  due.) 

Data  validation  and  auditing  - each  service  and/or  major  com- 
mand will  establish  data  validation/auditing  for  energy  report- 
ing (e.g.,  random  inspections  of  facilities  or  automated 
validation  of  DEIS  data  with  other  automated  energy  data  sys- 
tems. Such  procedures  would  be  subject  to  the  review  of  the 
Defense  Energy  Office. 

Extend  DEIS  I input  due  date  - allow  extra  time  for  the  report- 


ing of  DEIS  I data  (e.g.,  5 days). 
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Consistent  reporting  of  DEIS  I and  II  heating  oil  - this  will 
require  consistent  reporting  periods  (see  alternative  above) 
and  consistent  definitions  for  DEIS  I and  II  heating  oil  con- 
sumption. 

Independent  data  collection  and  reporting  for  emergencies  - 
separate  reporting  of  energy  data  during  emergencies,  including 
separate  procedures  and  input  forms.  The  data  content  may  also 
be  different  from  regular  DEIS  reporting. 

2.  Input  Processing  and  Communications 
a.  Hardware 

Alternative  communications  network  - the  utilization  of  a 
private  system  (non-AUTODIN)  with  requirements  established 
specifically  for  DEIS. 

•“  Distributed  data  input  processing  - promote  the  establishment 
of  input  processing  points  external  to  the  DEIS  central  system 
that  will  perform  data  entry  editing/validation  checks  and 
consolidate  the  DEIS  data  as  required.  (e.g.,  AF  Stock  Fund 
System  and  plans  in  the  services  for  similar,  but  less  distrib- 
uted computer  processing.) 

Off-line  data  input  capabilities  - permit  the  off-line  input  of 
data  to  DEIS  (e.g.,  cards,  tape,  etc.)  from  the  services. 

— Intelligent  terminals  at  reporting  activities  - data  entry  ter- 
minals containing  both  processing  power  and  data  storage  capa- 
bilities allowing  editing/validation  to  be  performed  before 
data  transmittal. 
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b. 


Software 


Editing/validation  checks  with  off-line  feedback  - 
editing/validation  software  employing  arithmetic,  syntax, 

format,  and  range  checks  on  data  fields.  An  error  report  would 
be  sent  to  the  reporting  facility. 

— Editing/validation  checks  with  on-line  feedback  - 

editing/validation  software  employing  arithmetic,  syntax, 
format,  and  range  checks  on  data  fields.  This  would  be  an 
interactive  program,  requiring  on-line  data  entry  terminals  at 
reporting  facilities. 

— Flexible  input  processing  for  emergencies  - provisions  for  in- 
put of  emergency  energy  data  with  varying  frequencies,  format, 
and  content. 

c.  Operational  and  Administrative  Procedures 

— Data  input  control  and  feedback  - the  establishment  of  de- 
centralized input  control  points  in  each  service  and/or  major 
command  for  the  review  of  data  inputs,  representation  for  the 
group's  requirements,  and  to  provide  assistance  and  feedback  to 
such  group  of  bases  and/or  facilities.  (e.g..  Army  FORSCOM, 
Navy  NAVFAC,  etc.). 

Data  Processing  and  Analysis 
a . Hardware 

Alternative  OSD  computer  system  - use  of  a computer  system  that 
meets  all  of  the  hardware  and  system  software  requirements  of 
DEIS  (as  proposed)  and  will  be  under  the  control  of  OSD  (e.g., 
the  Air  Force  Data  Services  Center). 


Software 


Standardized  analytical  report  programs  - software  that  will 
provide  data  analysis  (e.g.,  trends,  percentages,  etc.)- 
Flexible,  user-oriented  analytical  programs  - software  for  data 
analysis  that  will  allow  user-specified  variables  (e.g.,  year, 
number  of  years  for  trend  analysis,  level  of  detail). 

Permit  user-written  analytical  programs  - provisions  for  user- 
written  software  to  access  the  DEIS  data  base. 

Interface  for  use  of  existing  software  “packages"  - software  to 
allow  access  to  DEIS  data  for  an  analytical  software  "package", 
e.g.,  SPSS  (statistical).  (This  usually  requires  the  output  of 
a file  that  is  a user-specified  subset  of  the  data  base.) 
Internal  modelling  capabilities  - energy  modelling  software  as 
an  integral  part  of  DEIS  (e.g.,  including  NEUPHS  in  DEIS). 
Interface  for  external  modelling  - software  to  produce  the 
necessary  data  output  (via  disk  or  tape  file)  for  an  energy 
model  that  is  not  an  integral  part  of  DEIS  (e.g..  Navy's 
NEUPAS). 

Modularization  to  permit  updates  of  segments  of  the  data 
base  - software  to  allow  parts  of  the  DEIS  data  base  to  be 
updated  when  all  data  for  that  part  (i.e.,  service  and/or  major 
command)  is  ready  for  input.  This  will  permit  output  reports 
from  that  segment  before  the  data  base  is  completely  updated. 
Ability  to  process  new  data  types  - software  that  will  allow 
new  data  elements  to  be  added  to  the  data  base  with  relative 
ease. 
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Separate  subsystem  for  processing  during  emergencies  - separate 
software  designed  to  process  emergency  energy  data,  permitting 
variable  frequency  and  data  content  requirements, 
c.  Operational  and  Administrative  Procedures 

Increase  priority  in  current  operations  - increase  the  priority 
of  current  DEIS  processing  to  provide  more  timely  production  of 
output  reports. 

4.  Data  Base  Management 

a.  Hardware 

Disk  storage  - use  of  on-line  disk  storage  for  the  DEIS  data 
base. 

Disk  storage  with  tape  archival  - use  of  temporary  on-line  disk 
storage  for  DEIS  processing,  with  permanent  storage  maintained 
on  tape. 

b.  Software 

■“  Redesign  current  file  management  system  - modify  current  file 
management  to  meet  the  requirements  of  on-line  data  base  access 
and  flexible  reporting. 

Implement  Data  Base  Management  System  (DBMS)  - utilize  a gen- 

eralized  DBMS  for  file  access.  i; 

ii 

Historical  data  accessibility  - include  historical  and  baseline  [i 

data  (since  1975)  on  an  integrated  DEIS  data  base.  , 

1 

Ability  to  add  new  data  types  - utilize  file  management  soft-  j 

ware  that  will  permit  new  data  elements  to  be  added  to  the  data 

base  with  relative  ease.  | 

Integrate  DEIS  I and  II  data  - include  DEIS  I and  II  data  on  an  | 

integrated  data  base. 
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Integrate  service-specific  data  into  data  base  - include 
service-specific  data  (e.g.,  Navy  energy  costs)  on  an  inte- 
grated data  base. 

c.  Operational  and  Administrative  Procedures 

— Data  base  administration  procedures  - establish  procedures  for 
data  base  access,  maintenance,  security,  restart/recovery,  etc. 

5.  Output  Reporting 

a.  Hardware 

— Graphics  hardware  - plotters  for  producing  graphic  output  of 
DEIS  data. 

— Terminals  in  users*  offices  - availability  of  on-line  terminals 
to  the  Defense  Energy  Office,  services'  energy  offices,  and 
other  users  requiring  such  access  to  DEIS  data. 

— Microfiche  hardware  - hardware  to  produce  microfiche  copies  of 
reports . 

b.  Software 

— On-line  query  capabilities  - software  for  on-line  access  to  the 
DEIS  data  base  (e.g.,  on-line  query  commands  as  part  of  a 
DBMS). 

— Standardized,  user-specified  reports  - report  programs  written 
to  the  specification  of  major  DEIS  users. 

— Report  generator  capabilities  - generalized  software  allowing 
user-created  (or  with  programmer  assistance)  report  programs  in 
a short  time  frame  (e.g.,  report  generator  facility  of  a DBMS). 

c.  Operational  and  Administrative  Procedures 
Procedures  for  output  dissemination  and  usage  - establish 
procedures  for  the  frequency,  timeliness,  and  means  of  report 
distribution  and  rules  for  the  access  and  usage  of  DEIS  data. 
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6.  Data 


Single  reporting  of  utility  and  mobility  petroleum  - reporting  of 
utility  POL  (e.g.,  heating  oil)  under  DEIS  I in  its  proper  usage 
category  (e.g.,  secondary).  DEIS  II  reporting  could  access  these 
data  elements. 

More  detailed  end-use  DEIS  I data  - reporting  specific  usage  of  all 
mobility  fuels  (e.g.,  aircraft  type,  type  of  flight  (training, 
reconnaissance,  etc.),  truck  usage,  etc.). 

More  detailed  end-use  DEIS  II  data  - reporting  specific  usage  of  all 
utility  fuels  (e.g.,  type  of  building,  type  of  use  (lighting,  heat- 
ing, etc.)). 

Square  footage  data  - include  square  footage  data  with  utility 
energy  consumption  data  on  the  DEIS  data  base. 

Weather  data  - include  heating/cooling  degree  days  with  utility 
energy  consumption  data  on  the  DEIS  data  base. 

Cost  data  - include  energy  cost  data  in  the  DEIS  data  base. 
Population  data  - include  the  population  of  each  reporting  base, 
facility,  and/or  ship  in  the  DEIS  data  base. 

New  energy  types  - include  energy  data  on  new  energy  types  (e.g., 
nuclear,  solar,  geothermal,  etc.). 

Steaming  hours  data  - include  steaming  hours  data  for  Naval  vessels 
in  the  DEIS  data  base. 

Flying  hours  data  - include  flying  hours  for  aircraft  energy  con- 
sumption in  the  DEIS  data  base. 

Strategic  war  reserves  data  - include  strategic  war  reserves  re- 
quirements in  the  DEIS  data  base. 


■ <! 
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EVALUATION  OF  ALTERNATIVES 

The  evaluatioa  selected  functional  and  data  alternatives  suitable  for 
DEIS  modification  based  on  a cost/benefit  evaluation.  This  evaluation  also 
provided  a measure  of  the  relative  effectiveness  of  alternative  system  mod- 
ifications. The  evaluation  consisted  of  the  following  five  steps: 

Identify  functional  and  data  alternatives  evaluation  criteria 
Evaluate  each  alternative  in  terms  of  the  criteria 

- Select  alternatives  based  on  a cost/benefit  analysis 

Align  the  remaining  viable  functional  and  data  alternatives  into 
alternative  system  designs 

- Evaluate  the  alternative  system  designs  in  terms  of  the  criteria. 

The  first  step  entailed  identifying  evaluation  criteria  which  will  be 

used  to  determine  the  relative  impact  of  functional  and  data  alternatives  on 
the  existing  DEIS.  Evaluation  criteria  were  derived  by  grouping  the  DEIS 
users'  requirements  into  categories  of  accuracy,  timeliness,  flexibility, 
utility,  system  control,  and  cost.  The  first  five  are  defined  as  criteria  to 
measure  the  benefits  of  each  alternative. 

The  second  step  involved  the  evaluation  of  each  alternative  in  terms  of 
the  criteria.  Next,  a weighted  cost/benefit  calculation  was  performed  as  a 
basis  for  comparing  alternatives.  The  evaluations  were  either  positive  or 
negative  and  were  designated  as  either  low,  medium,  high,  or  very  high.  In 
this  way  we  measured  the  extent  to  which  the  alternatives  satisfy  system 
requi rements . 

The  third  step  involved  selecting  suitable  alternatives  based  on  a 
cost/benefit  analysis.  Decision  rules  were  developed  for  eliminating  alter- 
natives surpassing  a specific  cost/benefit  ratio  threshold,  i.e.,  alternatives 
having  exceedingly  high  cost/benefit  ratio  either  a very  high  cost,  very  low 
benefit,  or  both. 


The  fourth  step  focused  on  the  acceptable  functional  and  data  alter- 
natives (those  alternatives  that  will  improve  DEIS  while  keeping  costs  at  a 
reasonable  level)  and  aligned  these  into  alternative  system  designs  as  des- 
cribed earlier. 

The  final  step  entailed  the  overall  evaluation  of  the  alternative  sys- 
tems. The  evaluation  performed  was  similar  to  that  discussed  in  step  (2) 
except  that  for  each  alternative  system  design  the  aggregate  cost/benefit  of 
all  functional  and  data  alternatives  were  considered.  The  total  scores  were 
recalibrated  to  reflect  the  relative  low,  medium,  high,  and  very  high  effects 
of  the  alternative  systems  on  each  criteria.  Thus,  a comparison  of  the  rela- 
tive value  of  the  alternative  systems  on  the  evaluation  criteria  was  made. 
ALTERNATIVE  SYSTEM  CONCEPTS 

The  implementation  of  alternatives  functional  and  data  was  considered  in 
addition  to  their  cost/benefit  evaluation.  Some  alternatives  are  appropriate 
modifications  to  the  existing  system,  while  others  require  new  system  develop- 
ment. To  evaluate  how  such  alternatives  should  be  implemented,  the  functional 
and  data  alternatives  selected  above  were  aligned  with  three  system 
design/development  concepts.  From  these  concepts,  further  evaluation  is  made 
to  determine  the  best  approach  for  system  modification. 

The  system  design/development  concepts  were  defined  based  on  the  impact 
of  alternatives  on  the  modification  of  DEIS.  For  some  alternatives,  it  would 
be  more  cost  effective  to  modify  the  current  DEIS,  while  others  would  be  more 
effectively  implemented  by  redesigning  the  system.  Alternative  System  1, 
Modifications  to  the  Existing  System,  consists  of  those  alternatives  that 
could  be  affectively  installed  in  the  current  DEIS.  Alternative  System  2, 
Additions  to  the  Existing  System,  are  those  that  could  be  added  to  the  current 
DEIS.  Alternative  System  3A,  New  System  Development  (Existing  Hardware) , 
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includes  those  alternatives  that  would  be  most  effectively  implemented  through 
a new  design  and  development  of  DEIS,  using  the  current  hardware.  Alternative 
System  3B,  Kew  System  Development  (Other  Hardware) , includes  those  alter- 
natives that  would  require  both  a new  system  design  and  development  and  a 
different  computer  installation. 

Each  of  the  system  concepts  consists  of  a different  set  of  functional  and 
data  system  alternatives  (System  3B  is  a variation  of  3A) . The  four  alter- 
native design/ development  concepts  are  described  below.  Differences  between 
the  Military  Services  in  the  implementation  of  system  alternatives  are  indi- 
cated. 

ALTERNATIVE  DESIGN/DEVELOPMENT  CONCEPTS 

1 . Alternative  System  1 - Modifications  to  the  Existing  System 

a.  Hardware 

None 

b.  Software 

Unit  Conversion  Software  (where  appropriate) 

c . Operational  and  Administrative  Procedures 
— Explicit,  Self -Checking  Input  Forms 
— Complete  Documentation 

Flexible  Reporting  Periods  (where  appropriate) 

— Data  Validation  and  Auditing 

Consistent  Reporting  of  DEIS  I and  DEIS  II  Heating  Oil  (Navy, 
Army) 

— Increase  Priority  in  Current  Operations 
* D*ta 

--  None 
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Alternative  System  2 - Additions  to  the  Existing  System 

a . Hardware 

4 

Credit  Card  Recording  Machines  (Army) 

Distributed  Data  Input  Processing 

b . Software 

Editing/Validation  Checks  With  Off-Line  Feedback^ 

c . Operational  and  Administrative  Procedures 

Data  Input  Control  and  Feedback 


d.  Data 

--  None 

3 . Alternative  System  3A  - New  System  Development  (Existing  Hardware) 

a . Hardware 

Disk  Storage  With  Tape  Archival 
Graphics  Hardware 
Terminals  in  users  Offices 
Microfiche  Hardware 
Off-line  Data  Input  Capabilities 

b . Software 

Flexibility  to  Permit  Data  Content  Variations 
Flexibility  to  Permit  Data  Structure  Variations 
Editing/Validation  Checks  With  Off-line  Feedback 
Flexible  Input  Processing  for  Emergencies 
Implement  Data  Base  Management  System 

4 

These  devices  are  already  installed  by  the  Air  Force  and  are  being 
considered  for  Army  and  Navy  implementation.  They  are  recommended  here  for 
more  widespread  use  in  the  Army. 

^This  function  would  be  provided  through  the  distributed  data  input 
processing  (2a,  above). 
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Historical  Data  Accessibility 
— Ability  to  Add  New  Data  Types 

Integrate  Service  Specific  Data  Into  Data  Base 
— Flexible,  User-Oriented  Analytical  Programs 
— Permit  User  Written  Analytical  Programs 

Interface  for  Use  of  Existing  Software  "Packages" 

Interface  for  External  Modelling 

— Modularization  to  Permit  Updates  of  Segments  of  the  Data  Base 
— Ability  to  Process  New  Data  Types 

— Separate  Subsystem  for  Processing  During  Emergencies 
On-line  Query  Capabilities 
— Standardized,  User  Specified  Reports 
— Report  Generator  Capabilities 

c.  Operational  and  Administrative  Procedures 

Independent  Data  Collection  and  Reporting  for  Emergencies 
— Data  Input  Control  and  Feedback 

Data  Base  Administrative  Procedures 
— Procedures  for  Output  Dissemination  and  Usage 
— Extend  DEIS  I Input  Due  Date 

d.  Data 

— Single  Reporting  of  Utility  and  Mobility  Petroleum  (Army) 
— More  Detailed  End-Use  DEIS  II  Data  (Air  Force) 

— Square  Footage  Data 
— Weather  Data 
— Cost  Data 
— New  Energy  Types 
— Flying  Hours  Data  (Air  Force) 
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Alternative  System  3B  - New  System  Development  (Other  Hardware) 
a . Hardware 


b. 


— Disk  Storage  With  Tape  Archival 

— Graphics  Hardware 

— Terminals  in  Users’  Offices 

— Microfiche  Hardware 

— Alternative  OSD  Computer  System 

— Off-line  Data  Input  Capabilities 
Software 


Flexibility  to  Permit  Data  Content  Variations 
Flexibility  to  Permit  Data  Structure  Variations 
Editing/Validation  Checks  With  Off-line  Feedback 
Flexible  Input  Processing  for  Emergencies 
Implement  Data  Base  Management  System 
Historical  Data  Accessibility 
Ability  to  Add  New  Data  Types 
Integrate  Service  Specific  Data  Into  Data  Base 
Flexible,  User-Oriented  Analytical  Programs 
Permit  User  Written  Analytical  Programs 
Interface  for  Use  of  Existing  Software  "Packages" 

Interface  for  External  Modelling 

Modularization  to  Permit  Updates  of  Segments  of  the  Data  Base 

Ability  to  Process  New  Data  Types 

Separate  Subsystem  for  Processing  During  Emergencies 

On-line  Query  Capabilities 

Standardized,  User  Specified  Reports 

Report  Generator  Capabilities 
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>erational  and  Administrative  Procedures 


Independent  Data  Collection  and  Reporting  for  Emergencies 

Data  Input  Control  and  Feedback 

Data  Base  Administrative  Procedures 

Procedures  for  Output  Dissemination  and  Usage 

Extend  DEIS  I Input  Due  Date 


d . Data 


Single  Reporting  of  Utility  and  Mobility  Petroleum  (Army) 
More  Detailed  End-Use  DEIS  II  Data  (Air  Force) 

Square  Footage  Data 

Weather  Data 

Cost  Data 

New  Energy  Types 

Flying  Hours  Data  (Air  Force) 

Strategic  War  Reserves  Data 


ALTERNATIVE  SYSTEM  EVALUATION 


The  four  alternative  system  design/ development  concepts  have  been  evalu- 
ated using  the  evaluations  of  the  functional  and  data  alternatives  that  com- 
prise them.  Table  D-3  presents  these  aggregate  evaluations  for  the  criteria 
defined  earlier.  Each  of  the  alternatives  is  implicitly  compared  relative  to 
the  current  system.  A value  for  the  criteria  represents  an  improvement  over 
the  current  system.  The  evaluations  are  independent,  i.e.,  if  Systems  1 and  2 
are  implemented,  the  resultant  impact  on  criteria  would  be  additive  (e.g.,  the 
accuracy  evaluation  of  both  would  be  very  high.) 

Since  those  functional  and  data  alternatives  deemed  inappropriate  for 
DEIS  have  already  been  eliminated,  the  evaluation  of  these  concepts  involved 
determining  the  extent  of  DEIS  modification  and  the  time  frame.  Either  an 
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TABLE  D-3.  ALTERNATIVE  SYSTEM  EVALUATION 
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incremental-development  approach  or  an  all-at-once  modification  can  be  per- 
formed. The  alternative  systems  have  been  specifically  designed  to  permit  an 
incremental  development  approach.  System  1 can  be  implemented  immediately  to 
provide  some  benefits  (particularly  a higher  degree  of  accuracy)  in  a short 
time  frame  at  a moderate  cost.  System  2 can  add  to  these  benefits  (providing 
even  greater  accuracy)  in  a slightly  longer  time  frame,  with  a relatively  low 
cost.  System  3 (A  and  B)  can  then  be  developed,  adding  the  essential  capabil- 
ities in  the  form  of  flexibility,  timeliness,  and  analytic  capabilities;  while 
including  the  specific  functional  and  data  alternatives  of  Systems  1 and  2. 
Although  new  system  development  (System  3)  could  be  initiated  immediately, 
incorporating  the  alternatives  of  Systems  1 and  2,  no  user  benefits  would  be 
seen  until  development  was  completed.  The  incremental  approach  will  provide 
near-term  benefits  for  users,  without  sacrificing  consistency  with  the 
longer-range  redevelopment  of  the  system. 

An  alternative  choice,  to  implement  only  System  1 and/or  System  2 would 
not  permit  important  modifications  to  the  system:  increased  timeliness, 
flexibility,  and  analytical  and  data  access  capabilities.  The  selection  of 
Alternative  3A  or  3B  has  long-range  benefits  (implemented  via  a redesign  and 
redevelopment  of  DEIS)  that  would  meet  or  exceed  the  consensus  of  user  re- 
quirements. 
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SE  abstract  (Cmntmm  aa  ivaaraa  MNR  M iiaaaaaatr  mn  iSaamp  tr  MaaR  lanirj 

The  Defense  Energy  Information  System  (DEIS)  is  a worldwide,  automated, 
management  Information  system.  It  provides  data  on  petroleum  products  used  as 
mobility  fuels  by  the  military  departments  as  well  as  most  energy  sources  used 
for  utility  services  at  DoD  installations. 

DEIS  consists  of  two  related  information  systems.  DEIS  I reports  the  dis- 
position and  consumption  of  petroleum  products,  notably  aviation  gasoline,  jet 
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20.  Abstract 

fuels,  motor  gasoline,  distillate  and  residual  oils  within  DoD.  DEIS  II  reports 
the  consumption  of  utility  energy,  l.e.,  electricity,  natural  gas,  purchased 
steam/hot  water,  fuel  oil  and  coal. 

Accuracy  and  timeliness  problems  in  the  current  DEIS  have  resulted  in  a lack 
of  confidence  and  reduced  usefulness  of  DEIS  data.  Recent  developments  in 
national  energy  policy,  changing  energy  technologies,  and  decreasing  fuel  supplie 
have  created  additional  user  requirements  that  are  not  satisfied  by  the  current 
DEIS. 

This  report  examines  the  existing  DEIS,  describes  current  user  requirements, 
analyzes  alternative  system  concepts,  and  recommends  an  updated  system  design 
and  Implementation  plan  for  the  modification  of  DEIS.  The  study  focuses  on  the 
entire  system  from  data  collection  at  military  bases  and  facilities  to  the  uses 
of  DEIS  by  the  Services,  OSD,  and  the  Department  of  Energy. 
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